jaclaz

Decisions, decisions, always decisions.... Everyone has his/her own preferences. The only thing that is important as I see it is to take a decision (anyone) in an informed way. What I normally do is to (expecially for a DATA drive): make only one small primary partition make as many logical volumes inside the extended partition spanning over the rest as I see fit (the more, the better) Having DATA catalogued in different partitions allows for: easier selective backup/imaging easieer/faster partition defrag/chkdsk greater "security" against some types of wiping malware You don't really have to have a drive letter for each volume, as you can use mountpoints allright. Of course what I personally do is completely unlike what most other peeps do (just make one huge, big partition and let it be) which I personaly find the most unconvenient and worse than that the most unsafe setting. A computer is nothing but a metaphor of a normall office/archive. Imagine that you have a nice file cabinet with (say) 6 drawers. Now what are you going to do, label drawers with (again say) "Customers", "Suppliers", "Invoices", "Projects", "Legal matters" , "Other" and put in each drawer the appropriate content or do you remove the drawrs and just stack everything inside the resulting "empty" cabinet? JFYI: jaclaz

Why don't you READ (evidently for the first time) the READ-ME-FIRST and the FGA, particularly the part about GROUNDing? This may also help you (please follow the "conversation" with Predtek starting from here): I really cannot understand why it is so difficult to get this kind of info acknowledged, I am at a loss to understand what could be done to give it more evidence.... jaclaz

Hey , read the specs. That drive needs 1.0 A at 5 V. An USB connector ONLY can provide 500 mA. Unless you use an external power adapter or a USB Y cable: that drive won't ever be able to spin up. as it simply won't get enough "juice" from a single USB port. jaclaz

If you can find a matching PCB and can do the ROM swap properly, I see no problem. Of course if the unmentioned firm swapped the PCB with an "ill-matched" one and you use this latter as a reference you may have some problems, but I doubt they did change the actual label, though they could have - by *ahem* - mistake have returned a different (another) drive. Did your client took a picture of it or registered the serial, etc? jaclaz

Not really-really. JFYI: http://www.rodsbooks.com/gdisk/ http://www.rodsbooks.com/gdisk/hybrid.html jaclaz

Naaah, you wouldn't have that kind of error, if this was the case. jaclaz

faissaloo check ATTENTIVELY what has been posted. jaclaz

Well, first thing one needs to diagnose the issue (and unless you have not another enclosure and/or another hard disk you simply cannot). Then, posting EXACT specs of the disk and of the laptpop where it comes form might help trace if such a feature was implemented. As an example (but I don't think it is your case ) Toshiba has self-destroying hard disks http://www.pcworld.com/article/225202/toshibas_new_selferasing_hard_drives_the_ultimate_in_data_security.html jaclaz

Good to know! 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