DDRescue - advice needed in rescuing failed disk
I have an Ext3 formatted 750GB Seagate (enterprise SATAII) drive connected to an obsolete PIV (non HT) based server through a PCI SATA adapter card.
This machine runs FreeBSD 8.0 x32 (disk migrated over from a dead Linux box) however since the disk is Ext3 I reckon that Linux would be the best backup solution for it.
The error I'm getting is not dissimilar to this:
another example is this:
Even though I was running e2fsck on it through the Gentoo based System Rescue CD.
From my reading it occurs to me that I won't be able to recover this disk without either a full format or alternatively the hardware maybe on it's way out!
As a temporary measure I've disconnected the drive for the moment so it's sitting idly in the chassis with no Power or SATA connection.
Having a look through various ddrescue sources:
I am a bit confused as to which backup method I should use???
The disk has only one partition on it spanning the full drive.
My guess would be to do something like so:
I think the thing that confuses me most is that this disk is 750GB but I don't have anything similar which means I need to go out and buy a new disk. If I got myself a 1TB or 2TB SATA drive would I still be able to use the above method or would I need to give separate options???
I couldn't find any mailing list for DDrescue so I have no idea really where the best help could be attained from?
Many thanks for any responses!
If your backup disk is similar or larger you will have no problems with the command you mentioned.
What confused me with the above is that I wasn't quite sure if the program copies the raw disk data across to the new raw device or if it creates an image..... due to the MBR of the disk having a fixed size if copied across wouldn't the new disk's MBR either think that the drive is lower capacity then is or would there be some kind of physical mess-up due to more blocks being seen then is allocated at the head of the drive?
I'm guessing if by your statement the tool already allocates for the new size then the procedure would be to first run the above command coupled with:
However, coming back to what I mentioned before will the new space then be available for use or would I need to bounce it to another drive then reformat and transfer again before the disk is in a 'stable' situation?
I have done that many times, the copying of the partition table will "create" a partition in the same size as on the old disk. The rest of the disk will be unpartitioned. I never had any problems with that, but I think that an e2fsck can not be an disadvantage.
Ok cool :-)
Thanks so much for all the help!!!
This was the backup drive for my network so..... lol. Yeah. erm anyway.
Hi, coming back to this thread after attempting a recovery; unfortunately I am getting the error:
I was using the command:
I google'd around but unfortunately found no responses to people with the same problem?
At this moment I have got:
I guess alternately I could run the command and use a .dd image as output on an already created filesystem then attempt the rescue and mount from there?
Can anyone suggest anything?
One idea: get System Rescue CD and use testdisk to locate an alternate superblock.
Yeah I see that; I actually found it through this thread post responding:
I have the system rescue cd currently in the machine which I was using from the beginning :-) as it's kinda my life line.
We'll see if that works however, as the data should be intact - the error size that ddrescue is coming up with is only ~90kB.
Hopefully the testdisk command will work:
is how to use for 'alternate superblock'.
- will have to wait till tomorrow evening though until the thing finishes recopying :-( yeah it takes all be it round 15 hours for 750GB.
Can you post the outcome - including what you did, what worked, what didn't, etc.? These types of threads are often helpful for future reference.
Sorry I was about to however I just got extremely busy in my personal life and ended up on a semi-vacation!
What happened was that I ran:
This coupled together with one thing I missed before which was the command:
Anyway, due to what seemed to be a corrupted file system I needed to run:
I don't know yet what they were as the disk I used is a backup disk and currently disconnected from the machine due to lack of drive and power support within as it's an ancient pre-HT PIV with no SATA so I have an additional PCI based SATA card in there which is compatible with both BSD and Linux.
The crazy thing is however now that I managed to rescue this drive another much newer drive seems to be having I/O issues as through NFS when connected with my Ubuntu notebook I get system freeze on my BSD server.
Once I managed to catch a dmesg output on the TTY claiming:
I just rebooted now and am waiting for the disk checks to go through even though last time it claimed the disk was clean....?
To be honest I really need to get the disk into a proper SATA port hardwired on a system board and see what happens then rather then Frankensteining as per what I have done.
Assumptions though is that if my hunch is correct and the disk is suffering from I/O issues then dd_rescue tool will be better as that caters for those kinds of errors much better then ddrescue which seems to cater for block errors better.
That will most likely have to be run through FreeBSD however, as my Gentoo based System Rescue CD may not like the UFS2 partition on it.
Will post more on my findings when I actually have achieved a recovery, will need to buy a new disk first though! :-)
|All times are GMT -5. The time now is 06:26 AM.|