thanks Galdorf, I'll bookmark them links in my data recovery folder.
Here's a rough guide that I made by consolidating codegreen's advice throught this thread. This will be essential for a Windows user with minimal Linux knowledge like myself!
1. SELECTING DRIVES
-----------------------------
Connect the faulty drive to your PC, boot to ddrescue then type the following commands to determine the designation ddrescue has assigned to all your connected storage devices
sudo fdisk -l
sudo df
I can give you more specific help once I see that info. You have to be very careful to write the data to the right place. In Linux, you do not write files to a raw storage device (like /dev/sda), but to a mounted filesystem.
2. MOUNTING
-------------------
OK. Now you need to mount one of your internal drives so that Linux can write the image file to it. So, if you want to write the file to a folder on your 640 GB drive:
sudo mkdir /media/storage
sudo mount -t ntfs-3g /dev/sdb1 /media/storage
Linux can now write to your 640gb drive. Change /dev/sdb1 with /dev/sda2 if you want to write to a folder on the 500 gb drive instead.
cd /media/storage
ls
You should see the list of folders on the drive. Use the "cd" command to move to the folder you want to save the rescue image and log file to. Use "mkdir" to create a new folder if needed. Once you're in the right place:
3. DATA RECOVERY
----------------------------------
ddrescue /dev/sdc hdimage.img rescue.log
Let that run its course, and then:
ddrescue -d -r3 /dev/sdc hdimage.img rescue.log
I saw that fdisk is throwing an error trying to read the partition table on the damaged drive. However, the drive itself is beng recognized. ddrescue does a sector-by-sector copy and doesn't work with the filesystem, so it may be able to get an image. You'll still have to do filesystem recovery after that.
if you do get the image, and you need help mounting it and recovering files and/or partitions, let me know.
PLEASE NOTE: ddrescue is very powerful, but also dangerous. It is possible to overwrite your own data if you are not careful. I'm happy to help, but I can't take any responsibility if things don't go as planned.
UNMOUNTING
---------------------------
Originally Posted by
d3v
I've just tried to unmount the drive that the clone was saved to, but was told it was busy and could not unmount, no idea what to do now, will check google while awaiting response here.
Linux can't unmount a disk when it's in use, such as when your current working directory is on the disk. Type "cd /", then "sudo umount /dev/sdb1" (or replace with whatever drive you mounted; use "df" to check if not sure).
Linux can mount such images directly. However, you'll probably do better to use Windows-based tools from this point on, especially since you need to use your computer for other things.
Before doing anything with the image,
make a copy of it. Do any recovery work from the copy; don't touch the original. The reason is, if you mess up in your recovery efforts, you simply make another copy from the original and try again. If you work directly from the original image, any mistakes will force you to take another image from the failing drive. Save yourself a world of hurt and work only from a copy.
Windows can't mount imaged filesystems directly. You'll need additional software to do it.
OSFMount is a free utility that should do the trick.
Virtual CloneDrive is pretty popular, but it is primarily meant for mount ISO files; I'm not sure how well it handles raw drive images.
Once you have the image copy mounted, you can proceed with file recovery. You can safely run chkdsk now, since if chkdsk trashes the filesystem, you can just make another copy of the image and try something else. If you're not able to copy files off using standard Windows methods, you'll have to try some kind of file/partition recovery software. I do most of my data recovery in Linux, so I can't really offer much help past this point. R-Tools seems to be highly regarded around here, but it's not free. Search the forums for previous discussions. However, watch out for
this article. It gives a lot of advice I would consider... questionable, at best.
Good luck, and let us know how it turns out!