jaclaz

Just for the record, those "browser addons" do not exist (AFAIK) but javascript does . UNrelated example: http://weblogs.asp.net/cumpsd/archive/2004/02/13/72404.aspx Additionally: http://wiki.imacros.net/Introducing_iMacros jaclaz

Additional to allen2's nice suggestion , the redirection can be "multiline", like: ( ECHO myothervar=1 ECHO andyetanothersetting=0 echo InstallAsService=0 )>> props.file in this case, if you can do all the writing "together" you can also use the single ">" like in: ( ECHO myothervar=1 ECHO andyetanothersetting=0 echo InstallAsService=0 )>props.file jaclaz

Interesting. A workaround (just to solve the issue): SET InstallAsService=0&SET InstallAsService>>props.file using the SET command, and another one using redirection BEFORE: >>props.file ECHO InstallAsService=0 method #3 here: http://www.robvanderwoude.com/redirection.php jaclaz

I cannot comment on the issues you are having but the above sounds to me EXACTLY how a junction shoud behave. You should take some time on this page (where also junctions are talked about): http://schinagl.priv.at/nt/ln/ln.html Basically if you look at the junction directory it is a "mirror" of the target, try checking the available space on the WHOLE volume (and not the one IN the junction directory). jaclaz

Not really-really a mistery like Lochness : http://windowsteamblog.com/windows/archive/b/windowsvista/archive/2007/06/13/the-devil-is-in-the-details.aspx The link to the original post of the Spanish guy who found the photo is in the above blog: http://inicia.es/de/kwisatz/ jaclaz

Well, then you already know what you want to do, so an interesting question would be why you asked a completely different question? (and BTW failed to provide a simple answer to a simple question related to a possible solution to the original question ) Have fun looking for the privilege escalation in the Linux install. jaclaz

HMMM. It is also possible that something is physically written to the disk BUT read only at a reboot. I.e. it is a three steps procedure: you change the setting in the Registry *something* reads this setting and writes *something* else to disk at next reboot the *something else* is read from disk and the changes are applied I am short of ideas. jaclaz

I have no idea. I simply gave a possible answer to dencorso's question. I am "The Finder", AND NOT "The Low Level Device Programmer" . Just for the record (and to stir a bit the pot ) *any* latin language may have done : Portuguese: dispositivo Spanish: dispositivo Italian: dispositivo French: dispositif Romanian: dispozitiv

What about the snippet I posted? Did you also fail to try it? jaclaz

I guess it needs to be taken in steps. WHICH "Linux" bootloader/bootmanager is used? If you have a way to write files to the internal disk, it could be possible to chainload from the "Linux" bootloader/bootmanager grub4dos and from this latter to boot the XP (or whatever else). This would happen long after the BIOS has ended it's scope, so there wouldn't be problems with it. From what you write I have the feeling that the thing that is "checked" is not however the bootloader/bootmanager, but rather the actual MBR or PBR on the disk. The only possible issue that I can foresee is IF the disk signature in the MBR is set to 00000000 (which could be "normal" for a Linux install, as Linux dosn't use this reference) which would be a problem for NT booting. jaclaz

If I were you I would try "tricking" Windows 7 to believe that that Logical partition is a Primary one. What happens if you change the partition ID in the MBR from 0F to (say) 12? (of course this may work ONLY to shrink from the initial Logical Partition size to the end of last logical volume in it or to expand the size of the Logical partition "to the right") If you are into experimenting "foreign" tools/Os, I woulsd suggest you to make a test with Partition Logic CD/iso: http://partitionlogic.org.uk/ as it has a few nice features.... jaclaz

It sounds like another disk that does not want (or cannot) spin up (read a few posts just above yours) jaclaz

Try waiting some 20-30 seconds after powering the device and before issuing Ctrl+z: jaclaz

Procmon needs some time to get familiar with. If I were you I would try : removing ALL filters Add only one filter: Check "Drop filtered events" jaclaz

This might do: @echo off setlocal EnableDelayedExpansion set "source=GEN 0 GENERAL.html" echo In file:%source% ECHO. FOR /F "tokens=* delims=" %%A IN ('FIND ".pdf" "%source%" ^|FIND "href"^|FIND "class="') DO ( SET Line="%%A" CALL :Line_process ) GOTO :EOF :Line_process SET Line=!Line:^<=§! SET Line=!Line:^>=§! :loop_href IF NOT "!line:~1,4!"=="href" SET Line="!Line:~2,-1!"&GOTO :loop_href SET File="!Line:~7,-1!" CALL :File_name !File! SET Line="!File:%Filepath%=!" :loop_class IF NOT "!line:~1,4!"=="§§b§" SET Line="!Line:~2,-1!"&GOTO :loop_class SET File="!Line:~4,-1!" FOR /F "tokens=1 delims=§" %%B IN (!File!) DO SET FileTitle=%%B&SET File= SET File GOTO :EOF :File_name SET Filepath="%~1" SET Filename="%~nx1" GOTO :EOF jaclaz

Yes, I was not sure having understood what was actually asked, so I posted an example with both logics in post #5. In any case the problem - one way or the other - is solved. jaclaz

I am sorry if I added to the confusion, I simply posted two examples with "direct" and "inverse" logic. jaclaz

It's strange as it works here (of course with another printer name). Can you try running this simplified version (change "PDFill" with that TOSHIBA printer, but try also with another one). THe output here is (correctly): Could it be that accented characters make an issue? Like é, è, etc? jaclaz

Hmmm. Try entering this on command line (NO IF's): type qwertymnbvcxz >nul 2>&1 &&ECHO You won't see this Then: type qwertymnbvcxz >nul 2>&1 ||ECHO You will see this @JFMichaud TRY this (your original one should work, though ): Post the output of reg query "HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Devices" maybe there is a typo somewhere.... jaclaz

Then it is possible that the MFT settings in the Registry is ONLY read on initialization of some filesystem-related DLL. The "final test" would be to put a "hook" on it with Regmon/procmon and create a boot-time log. Sure there are, the issue is that AFAIK : the product must be listed among those "open for suggestions" they won't probably ever reply to you they most probably won't even listen to your suggestion in any case, no matter how valid the suggestion will be, chances it will be actually implemented depend on "random" factors http://connect.microsoft.com/ Good luck! jaclaz

Oh, oh Logical impossibility detected ! *Any* "serious computer freak" will ALREADY know about MSFN.... You are either harassing real "serious computer freaks" with redundant info or recommending MSFN to "frivolous computer freaks" jaclaz

Interesting results. Maybe defrag . I found it "queer" that a reboot is needed/mandatory. The $MFT zone reservation is something that make little (or no alltogether) sense in "normal" use while it may make some sense on Servers (which are exactly those that you would *never* re-boot), but - generally speaking - I would never use "make sense", "obvious" or "natural" in the same sentence with anything made by the good MS guys , it is very possible that these features (or lack of) are by design: http://reboot.pro/3541/ jaclaz

This appears to be similar to the known approach to the 7200.11 ES2 , shorting the "read channel" (whatever it is ) to access terminal: http://translate.google.com/translate?hl=it&sl=ru&tl=en&u=http%3A%2F%2Fpeople.overclockers.ru%2Fshowman%2Frecord1 The integral post from seagate board (just in case ): jaclaz

Hmmm : What about D-link? http://www.dlink.com.au/tech/Download/download.aspx?product=DBT-122&revision=REV_C&filetype=Drivers ftp://files.dlink.com.au/products/DBT-122/REV_C/Drivers//DBT-122_C_Driver_5.1.0.1100/DBT-122_C_Driver_v5.1.0.1100.zip or EMTEC?: http://www.emtec-international.com/en-eu/old_drivers http://www.emtec-international.com/sites/default/files/drivers/driverbluetooth.zip WARNING! Senselessly HUGE packages, tens of Mbytes!. (the above are Widcomm) jaclaz

Then why your profile says that you are from the U.S.? You should NOT use methods for 7200.11 on a 7200.12, and definitely NOT use *any* command unless you find out the state the disk is! You were probably lucky that you had the errors and thus you were prevented to do further damages. Yes, that is an average price. Real issue is finding a reliable data recovery firm. Your chances are EXACTLY 0 (zero). There is a sticky in the Forum: http://www.msfn.org/board/forum/169-hard-drive-and-removable-media-issues/ (which is where you should have actually posted: MSFN Forum > Software, Hardware, Media and Games > Hardware Hangout > Hard Drive and Removable Media issues that applies to 7200.12 too. All modern drives need some info that is stored in a chip on the PCB and this innfo is "coupled" with the actual disk drive, if a PCB has failed then it is possible to do a PCB swap BUT the chip needs to be "transplanted" from the old PCB to the new one. It is possible that the disk is still recoverable BUT we don't have a "verified" sequence of commands for the 7200.12, if not these ones: http://www.facebook.com/note.php?note_id=152456431478526 http://computersciencelabs.blogspot.com/2011/02/seagate-720012-sim-error-firmware-fault.html BUT the problem here is that we have NO idea in which exact condition is now the disk (set aside if due to an initial problem, the failed firmware update, your attempts, or *something else*) . Post the EXACT error message you have when connecting through terminal. (maybe some kind soul will be able to help you) Take your time reviewing ALL the above mentioned posts/references, think a lot BEFORE issuing any of the mentioned commands, take your chances. DO NOT, and I mean DO NOT attempt using the "m0,1" command unless you find any RELIABLE source advising it. jaclaz P.S.: BTW it seems to me like you already took your chances on hddguru forum: http://forum.hddguru.com/maxtor-stm3500418as-dead-after-failed-firmware-update-t18265.html and you were already told at length how doing a PCB swap cannot possibly work.