jaclaz

You can have (in 2K/XP etc.) (old "DOS" style) or (new NT style) http://www.robvanderwoude.com/errorlevel.php The second won't work in DOS. It depends on the intended OS, since CHOICE was used, I presume DOS, otherwise SET /P is the normal NT way to have choices. http://www.robvanderwoude.com/userinput.php jaclaz

The gzip format was born with this idea of a single compressed archive for each source file. gzip allows streaming and thus piping and redirection, something that 7z compression may not. Try (still following my previous example): "C:\Program Files\7-Zip\7z.exe" a dummy -tgzip -so C:\myfiles\mydir\mysinglefile.ext >C:\Users\Administrator\Desktop\Compressed\myfiles\mydir\mysinglefile.gz (of course the target directory must exist) Basically you fell for the chocolate covered banana : http://homepages.tesco.net/J.deBoynePollard/FGA/put-down-the-chocolate-covered-banana.html jaclaz

I don't see why a virus could not install a USB driver, though. If I were you I would try editing USBSTOR.INF, removing all VID/PID's. jaclaz

Possibilities: the hard disk encliosure is a "dud" (try the same enclosure with another disk) you did not connect the hard disk properly (check re-check and triple check that connections, expecially on 2.5" HDD's a bent pin is common) the laptop HDD has an "authentication method" that locks the drive if connected to an adapter that is not the laptop one jaclaz

Let's see if I understand. I normally understand by examples. Let alone for the moment the multi-file/multifolder issue. You have a single file: C:\myfiles\mydir\mysinglefile.ext you want to use 7-zip (which BTW is NOT IMHO the best choice for single file archiving) to have it compress that file to: C:\Users\Administrator\Desktop\Compressed\myfiles\mydir\mysinglefile.7z Is this what you want? BTW, to output to stdout in 7zip you use the but this WON'T HELP you unless you first create the target tree. jaclaz

I am not sure to get what you are asking. Can you post a short examples of the files and dir as they are and the way you want them compressed? jaclaz

You should be VERY aware of the risks involved in running that at 3 A.M. You need to add to your scheduling set a provision to calculate if the moon is full and skip the cleaning on that night if it is. The sound (well below what the human ear can perceive) made by the spinning asterisks on some cable types can be very similar to the mating cry of werewolves... Of course it is well possible that it doesn't happen on your cables, but I wouldn't take the chance, if I were you. http://www.imdb.com/title/tt0072431/quotes?qt=qt0484648 jaclaz

You should NOT run that app every morning! It's just like DEFRAG, you only need to do it when it is needed and it depends on the use you do of the disk. Currently used 1's already provide for normal cleaning, so unless you send too much 0's you shouldn't have so frequent the need. There are some reports that streaming p0rn can clog cables faster, though. jaclaz

Sure , on cables, back to where it all began: http://www.911cd.net/forums//index.php?showtopic=21827&st=23 It is not very common, but it can happen, it obviously depends on the material the pipes are made of/layered with. Ever wondered how there were once gold (SCSI) cables and even today there is people willing to spend some US$21,.000 http://www.noiseaddicts.com/2008/11/most-expensive-speaker-cable-world-audioquest-audiophile/ http://www.verber.com/mark/ce/cables.html http://consumerist.com/2008/03/do-coat-hangers-sound-as-good-monster-cables.html It's easy, they are made with better materials and have much smoother walls, after a few hours of use coathangers get all clogged by electrons. Ha!, noone ever runs an endurance comparison with coathangers! But with Foxbat, we were talking of USB transfers and of the tinier sticks, and of USB connectors, they are straight enough normally. jaclaz

Again it depends which effect you want to reduce, or the feature you want to add... 0 and 8's are very good as they are rounded, but, given that the pipes walls are made in a hard enough material, both the 4 and 7, since they have sharp, scraping edges may contribute to clean the pipes from any escaped electron that may pile up and clog the pipes, like: |.8.| |. .| |. .| The alternative, as you might know, is to send a few asterisks down the pipe, like: |* | |* | | * | | * | | *| | *| Or, as some do, a set of slashes/backslashes: | \ | | \ | | \| | \| |/ | |/ | Personally I prefer the asterisks because you can give 'em a little spin, so that they rotate, and each one of the six edges works * only a little time and thus last longer. jaclaz

Noone ever tagged those posts as "helpful", AFAIK. I asked dencorso if he could split these few posts to a new thread, so that we can discuss some physics without deranging the NUSB topic. A bit more seriously (but not much ) the NRZI in itself has no consequence, it is the bit stuffing that actually makes the USB behave the other way round: http://en.wikipedia.org/wiki/Non-return-to-zero http://en.wikipedia.org/wiki/Bit_stuffing But that merely says that a 0 is added every few 1's, so as long as you send values up to 127 everything is fine and dandy. 170 and 85 will still be very nice numbers to transmit . Guess why typing ASCII is usually faster than typing UNICODE? jaclaz

Not really. In your nice diagram both the 0 and 1's are propelled by a same given force, the --> : Type A Connector __________ | ______ | | [______] | --> | _____ | --> | [_____] | --> | [_____] | --> | ______ | --> | [______] | --> |__________| Since you are transmitting bits in vertical position the actual (band) width is actually the height between the two horizontal walls of the pipe (and is obviously a constant), this has nothing to do with actual rate. A more accurate diagram (though you still have the actual bits sideways) is this one: Type A Connector __________ __________________________________ | ______ | | [______] | --> /| --> /| --> /| | _____ | --> / | --> / | --> / | | [_____] | --> | --> | --> | | [_____] | --> | --> | --> | | ______ | --> | --> | --> | | [______] | --> __|__ --> __|__ --> __|__ |__________| ___________________________________ (you have to push each single byte). In such a scenario, physics tells us how if you give a stronger push, the pushed object will acquire greater speed, so that if the diagram was a motion picture, what you woud see would be roughly as follows: Type A Connector __________ __________________________________ | ______ | ____ ____ ____ | [______] | ---> / \ ---> / \ ---> / \ | _____ | ---> | | ---> | | ---> | | | [_____] | ---> | | ---> | | ---> | | | [_____] | ---> | | ---> | | ---> | | | ______ | ---> | | ---> | | ---> | | | [______] | ---> \____/ ---> \____/ ---> \____/ |__________| ___________________________________ BUT what the good guys did was simply to use smaller characters: ____ /| / \ ____ / | | | /| / \ | and | | = | and | | | | | __|__ \____/ | | | __|__ \____/ And sent them vertically, here you can see how the fatter 0's may slow down transfer, since they go more tight in the pipe: |__ __ | | | | | | | | |/ | | ____ | |/ \| || || |\____/| | ____ | |/ \| || || |\____/| | ____ | |/ \| || || |\____/| |__ __ | | | | | | | | |/ | |__ __ | | | | | | | | |/ | | ____ | |/ \| || || |\____/| jaclaz

You mean this one? http://en.lmgtfy.com/?q=remove+search+the+web+unknown+file+types&l=1 http://www.liutilities.com/products/registrybooster/tweaklibrary/tweaks/11360/ jaclaz

OT , but not much , it hapened to me a 15" or 17" (cannot really remember make/model) TV/LCD monitor that could not "hook" the basic bootup (BIOS) screen, then once booted, had no problem with 1024x768@60Hz, quite inconvenient: if you have to access the BIOS settings you need another monitor. And, just for the fun of it, be aware that many newish TV sets actually run Linux : http://reboot.pro/9915/ jaclaz

Very nice. Since it includes the actual schematics. It uses the "standard" FT232RL" chip by FTDI: http://www.ftdichip.com/ It is powered fron the USB +5V BUT you have it wrong. Luckily for you the adapter uses the lower (right for this use ) TTL logic level range, but the jumpers ONLY changes the VccIO level (NOT the TTL signal level). That is the voltage level that is output on the +EXT pin and that can be used to power a TTL device, alternatively at 3.3V or at 5 V. jaclaz

Naah, yours, mine, everyone's . jaclaz

Good , but you didn't answer my questions. How many sectors before has the partition when you run that WinPE? It is possible that the Registry settings does not have effect. How big is the partition you create? Can you state the EXACT words of the error message you get? Are they among the ones listed here?: jaclaz

Hmmm. Just for the record, and with all due respect , in the HO of jaclaz this nice : tutorial should be tagged INSTEAD: (aka How to NOT Fix Your Computer But Workaround The Whatever Issue You Have By Starting From Scratch) Needed Carpenter comparison: Q. How do I replace a wooden beam of the roof? A. It would be easier to demolish the house and start rebuilding it from it's foundations. jaclaz

Well, it depends on the type of data you send. You see, 1's are slim enough, 0's are rather fat and may get slowed down by friction in the tinier electronic pipes. As long as you send lots of 1's everything seems normal but when you want to actually 00 out a stick, it will get SLOW. Though for very different reasons, the effect is not completely unlike what happens with cable connections: http://www.911cd.net/forums//index.php?showtopic=21827&st=23 though if you use 0's and 8's on those tiny USB sticks, you will actually worsen the issue jaclaz

Which OS are you running? If Windows, you open a command console, navigate to where you have TESTDISK, then run it. You want to Create a LOG file. Get here: http://www.cgsecurity.org/wiki/TestDisk_Step_By_Step and get familiar with the usage. Which OS was the hard disk partitioned with originally? If it was XP/2003 or earlier when you start TESTDISK you do DO NOT allow partitions out of cylinder boundaries, if it was Vista or later you DO allow that. http://www.cgsecurity.org/wiki/Menu_Options XP and earlier: Cylinder Boundary: Yes Allows partial last Cylinder: No Vista and later: Cylinder Boundary: No Allows partial last Cylinder: Yes Select the right disk then run Analyse: http://www.cgsecurity.org/wiki/Menu_Analyse and report what you find. (you will find the relevant data in the log) jaclaz

And I didn't trust your word for it and asked you to try the .reg in the hope that you had somehow made a mistake manually. but that one was LATE as he posted this info AFTER I asked you to try the .reg file. Now, if "someone else" would also confirm that UNregistering the shimgvw.dll does not work, he may also reply to the 2 (TWO) questions that you left UNanswered: IF UNregistering the .dll works, then "someone else" (but not necessarily the SAME "someone else" ) may be able to patch the .dll to replace the called function with something like Nada or The DUD. jaclaz

WHY would you want to attempt fixing a NON existent problem? Your disk is NOT BSY anymore, it is NOT LBA0, DO NOT fiddle with the TTL thingy anymore! jaclaz

What do you thik I posted on #7? A link to a page. A number to fiind the EXACT tweak. If you go there, you will be able to find two .reg files, one to enable and one to disable. I then posted a copy of each of the two .reg files inside CODE tags, to show which keys were involved. In a normal windows when you double click on a file with extension .reg, you are offered to "merge" the info in it to the current online Registry. jaclaz

The good news are that you succesfully recovered form the BSY. The bad news are that you need to repair your partition(s). DO NOT allow windows to format the partition(s). Have a look at this thread: to get an idea of the procedure involved, then please start a NEW thread about the issue (you are now outside the scope of the present thread ) jaclaz

Try merging the posted .reg file. Reboot. Please DO NOT quote WHOLE posts. jaclaz