#5
Post
by ducklip » 27 May 2012, 13:47
Here is how I was able to begin an image of my bad disk to a good disk - it is still in progress, not yet finished so my fingers are crossed.
Hi ducklip,
The Rescue Remix is a barebones Gnu/Linux toolkit. It's very powerful, but it's not meant to be used by someone who needs a graphical interface.
For example, by running from a command-line environment, hotpluggable drives are not automatically set up to be accessed - you need to do that by hand.
But that's a big advantage to a recovery situation where another OS can detect a drive, try to mount it and then try to correct errors.
Most of the time, that only results in more data loss since the OS cannot understand that the filesystem it's trying to fix is on a black hole and data written to it is just going into nothingness not to mention throwing a bung of error messages back.
So, to answer your question, you need to do the following:
1- Boot the computer using the Rescue Remix with none of your recovery drives (destination and source) attached.
2- Type:
cat /proc/partitions and hit enter. It will show you what drives are there, example below-
(If the "cat" command is not responding, you can try sudo lshw -C disk -short to show your drives.)
8 0 488386584 sda
8 1 482539520 sda1
8 2 1 sda2
8 5 5844992 sda5
Plug in the *good* drive (destination) and run the command again, you will see another drive present. Make a note of what it is named, examble below -
8 0 488386584 sda
8 1 482539520 sda1
8 2 1 sda2
8 5 5844992 sda5
8 16 1953514584 sdb
8 17 1953512001 sdb1
So the destination drive is /dev/sdb
3- Next, plug in the *bad* drive. Make note of any unhealthy sounds you head. When you think the drive is awake, run the command again.
If you see /dev/sdc, then you are in business.
JUST DO NOT CONFUSE YOUR DEVICES. YOU DO NOT WANT TO READ FROM THE GOOD DRIVE AND WRITE TO THE BAD DRIVE.
4- Run the following:
sudo ddrescue --force -v -r 5 /dev/sdc /dev/sdb log
And it should run a comprehensive procedure to copy the data from the bad drive to the good. It will read all the good spots, and then return to the bad spots and try to read them backwards, splitting them apart when it needs to. It will recover the most amount of data in the least amount of time (in most situations).
That's the simplest way.
The only thing I would recommend that is a little more complicated is to write the log to a usb drive or a hard disk on the computer you are using.
Otherwise, that file will only exist in the computer ram while the Rescue Remix is running. If you reboot it is gone.
If you write the log to somewhere more permanent, you can always power off your computer (say it overheated or a short caused your computer to freeze (I see this a lot recovering data from older hardware) you will need to start over.
Starting over wastes less time if you use the log file and can pick up where you left off.)
So, if you want to do that, this is what you need to do before you start the procedure I previously listed above:
mkdir mnt (that just creates a folder in ram.)
sudo mount /dev/sda1 mnt (that mounts (attaches) the filesystem on the first partition of the first drive to the folder called mnt)
So now if you look in mnt - using the command below, you will see the contents of the filesystem
ls mnt ... (whole bunch of files you recognize)
So, continue the original procedure but use the following change - to begin the ddrescue
sudo ddrescue --force -v -r 5 /dev/sdc /dev/sdb mnt/log
Now, your log file is on the filesystem on the first partition of the first had drive. If you want to use a USB drive, you can do the same, just lug it in, see what device it is and then mount it.
I think there is a good chance that this will work out. It may take hours or days to get an image of your drive, but that's not something you can really affect - the goal here is to get a good image. You only need one good read, not matter how long it takes.
Cheers and Good Luck!
Andy.
Last edited by
ducklip on 28 May 2012, 16:39, edited 1 time in total.