Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!

Click here to return to the '10.4: Recover a dead hard drive using GNU ddrescue' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
10.4: Recover a dead hard drive using GNU ddrescue
Authored by: khedron on Jul 28, '05 03:39:01PM

The amount of time diskwarrior takes can definitely vary widely: although it often takes only a few seconds to run, I've heard of it taking as long as three days on a damaged hard drive... and successfully restoring a system that had been unable to start up before.

On the other hand, I once tried to run it on a damaged hard drive, and after about a day, it finally finished, and when it tried to overwrite the old directory data with the rebuilt data, gave me a message saying that there was a write error, and diskwarrior had just unintentionally destroyed ALL directory data, and that while some files were accessible at that moment, the next time I restarted everything would be gone. Oops.

At this point, I ran a Norton program... Norton Volume Recover, I think it's called. It can rebuild the directory from scratch by scanning the entire hard drive for bits of files. I wasn't expecting it to help at all, as I haven't been impressed with Norton recently, but it miraculously managed to restore virtually every file on the hard drive, succeeding where every other program I tried had failed. (I had not been running Filesaver, or whatever it's called, which collects data to aid Volume Recover in case of an emergency.)

So that's a tool that's now a permanent part of my collection.

[ Reply to This | # ]
10.4: Recover a dead hard drive using GNU ddrescue
Authored by: mathias01 on Jul 29, '05 11:34:41AM

DiskWarrior has an often overlooked preview option. If you have rebuilt a drive you suspect of having problems, click on the "Preview" button in the lower left hand corner, and DiskWarrior will mount a read-only version of the drive. This drive shows up to other disk utilities as a real drive, and I've had very good luck imaging from this preview drive using utilities like carbon copy cloner. I do agree that it is rather impolite of DiskWarrior to dump the rebuilt directory with no warning if it encounters a problem during the replacement.

[ Reply to This | # ]
10.4: Recover a dead hard drive using GNU ddrescue
Authored by: johnsawyercjs on Sep 06, '05 07:49:27PM

The publisher of Diskwarrior, Alsoft, claims that Diskwarrior's directory replacement process won't wipe the old directory until it's successfully written the replacement directory (unless there isn't enough free space for the replacement directory, in which case Diskwarrior will write over the old directory, which can be unsafe if there's a power outage, a crash, etc.), but sometimes, especially on drives that have bad blocks, this guarantee doesn't hold up. Whenever you see Diskwarrior report "Speed inhibited by disk malfunction", it means the drive has bad blocks, and you shouldn't let Diskwarrior try to replace the directory--as mathias01 says, use Diskwarrior's Preview option to Finder-mount the results of Diskwarrior's scan, and copy your files from that preview volume to a backup drive.

The commercial utility "Data Rescue", from ProSoft, will do essentially what Bruno's hint describes, with a convenient GUI--it will scan the whole hard drive for files, and if it encounters a bad block, it will spend a reasonable amount of time retrying to read the block, and eventually will give up and go on with the rest of the drive. It doesn't spend too much time trying to read a bad block, but if the drive has a lot of bad blocks, it can still take many hours or even a full day (or longer). If the command line utils described in this hint let you change the amount of time spent retrying bad blocks, that would sometimes be very useful, since usually a bad block can't be read no matter how many times the utility tries, but as Bruno describes in his hint, sometimes letting the util keep trying is a good thing, since his drive had around 3000 problematic blocks, but only 900 had completely died--the utility may have been able to get data from some of the problematic blocks because it kept trying to read them.

The feature of ddrescue that lets you stop its scan, and resume it later using the log file it generates, sounds pretty handy--I don't think Data Rescue has that feature, and I know Diskwarrior doesn't.

[ Reply to This | # ]