Normally, in order to make a disk image, the disk you're copying from has to be able to spin up and talk -- in other words, it's OK to make a copy if the disk is healthy. But what happens when your disk is becoming a doorstop? As long as it continues to spin, even with physical damage on the drive, dd and Mac OS X will get you out of the fire.
We had a situation recently where a friend sent a disk to us that had hard physical errors on it. It would boot in Windows, but then it would hit one of these scratch marks and just die. We fired up dd, and it started OK, but stopped at the same physical error location -- complaining about a Hard Error.
So the workaround was to designate the dd mode as noerror -- which just slides over the hard stops, and to add the mode sync, which fills the image with nulls at that point. We did it on BSD Unix, but as long as you can get the hard drive attached to your Mac, the command is the same:
dd bs=512 if=/dev/rXX# of=/some_dir/foo.dmg conv=noerror,sync
The bs=512 designates block size, and the if=/dev/rXX# is the UNIX path to the actual disk device. Make sure that the chosen directory (some_dir) has enough room to take the entire disk image -- which will be equal to the size of the drive. Since dd doesn't care about the contents of the drive, it copies every bit on the thing, so you get an image equal to the disk's capacity. A really big file. One workaround is to put it on a RAID array.Once you've established the disk image (in this example, foo.dmg), you're almost home. Here's where your Mac OS X box is far and away the best thing to have. In this example, the dd output file is foo.dmg. You have to realize that this is an exact copy of a busted drive, but the "holes" are filled with nulls. As long as the damage isn't to the boot sector, though, when you double-click on it, Mac OS X mounts it without breathing hard ... who cares if it's FAT32, NTFS, whatever.
Due to the size of the image that we were copying, we put it on a RAID array, and had to access the image over the network -- it still mounted fine. In straight UNIX, if you try to mount a disk image, it complains that there is "no block device" and fails. Once your image is mounted, it appears in your Finder, and then it's easy work to retrieve the critical files from the image -- usually things like .doc files and .xls files and the lot.
Finally, since your disk is actually dying, once you have your image, you can drop it to tape or something and you've not only recovered your files, you've made a viable backup as well. Once again, that which destroys a Windows box becomes a play thing to a Mac OS X box.
Help:
http://www.macosxhints.com/article.php?story=20050302225659382
http://www.unix-tutorials.com/search.php?act=search&term=Recover+a+dead+hard+drive+using+dd
http://tldp.org/LDP/LG/issue46/nielsen.html
http://www.cgsecurity.org/wiki/Damaged_Hard_Disk
http://www.debianadmin.com/recover-data-from-a-dead-hard-drive-using-ddrescue.html
http://www.pcstats.com/articleview.cfm?articleid=1583&page=5
Diagnostic Tools:
http://www.dataclinic.co.uk/scandisk-chkdsk-disk-checking-repair-software.htm
http://www.pcstats.com/articleview.cfm?articleid=1583&page=2
http://www.pcstats.com/articleview.cfm?articleid=1583&page=9
Different Types Of Hard Disk Failure:
http://www.dataclinic.co.uk/hard-disk-failures.htm
http://www.streetdirectory.com/travel_guide/124429/hardware/computer_hard_disk_failure___what_can_i_do_to_recover_my_data.html
http://data-recovery.mirandasbeach.com/
http://www.hard-drive-recovery-software.com/blog/hard-disk-failure-types-and-hard-drive-recovery-possibilities/
Raid:
http://en.wikipedia.org/wiki/RAID
http://raidcalculator.icc-usa.com/
No comments:
Post a Comment