Wulffie

Redhawk, I guess my techno-slang wasn't very descriptive, was it? The HDD has physical damage, a corrupted MFT, unreadable sectors, and is non-navigable in any file manager, however, both RECUVA and test_disk did locate files. CHKDSK was attempted before I posted, which froze after finding unreadable sectors. I've successfully recovered disks/data in the past, but with a disk in this condition its all about salvaging what I can, trashing the old and moving it to a new disk. Thanks for responding, Wulffie.

It used to be that only certain OEM versions of windows would add the the (2) to the filename, however... I tried it on a small directory of non-deleted files, and was pleasantly surprised to see: file.txt file_1.txt file_2.txt etc. So it DID actually add a suffix. Your 2nd suggestion is also a good one, if you want to recover ALL non-deleted files. Since the program adds an enumerated suffix, I simply restored the entire tree... (For as long as it was going to take, a case of beer wouldn't have been enough , however a cup of green tea and 7 hours of sleep did the trick! ) Thanks, Wulffie.

Hi, My HDD crashed & burned, and I'm in the middle of recovering some 300,000 files (80 GB) of data. It would take me till 2019 to pick them individually in LIST mode. I REALLY only want the NON-DELETED files, but there's no option for that. So... If I pick TREE mode, and restore a whole tree... AND if theres a GOOD NON-DELETED file, AND a deleted file of the same name... WHAT does RECUVA do in that instance? 1. PREFER the non-deleted file to the deleted file? or 2. recover them, one over the other, depending on which comes first in the disk search? THanks for ANY help on this one! - {:-/ Wulffie.