[SATLUG] RAID5 Recovery - ddrescue: 2nd round
adlabens at swbell.net
Sun Aug 23 18:59:34 CDT 2009
Sam (& all),
Before I go any further than my last posting, let me show you what is
now (after several hours of errands & dinner) on the screen...
root at RCH-SERVER:/# ddrescue --max-retries=3 /dev/sdb /dev/sda resclog1
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued: 250057 MB, errsize: 1835 kB, errors: 40
rescued: 250058 MB, errsize: 442 kB, current rate: 0 B/s
ipos: 26575 MB, errors: 864, average rate: 76 B/s
opos: 26575 MB
Copying bad blocks... Retry 1
This makes it look like the initial error size of 1835 kB is now 442
kB, and this is better - 75% better - than it was originally - & down below a half- mB on a 250 gb drive. So, I'm VERY happy with it's progress, so far. But, it still has to finish!
But, it's still working, so I am still letting it do it's thing. I'll update when new progress occurs.
San Antonio, TX
--- On Sun, 8/23/09, Samuel Leon <satlug at net153.net> wrote:
From: Samuel Leon <satlug at net153.net>
Subject: Re: [SATLUG] RAID5 Recovery - ddrescue: 2nd round
To: "The San Antonio Linux User's Group Mailing List" <satlug at satlug.org>
Date: Sunday, August 23, 2009, 5:13 PM
I will have to step out soon and won't be back until 9pm. If you are confident that all of your data was properly copied then reconnect everything and bring the computer up. Might also make sure that all your disks are linked to the right device names as needed (sda,sdb ect)
Then make sure that sdc atleast has the raid superblock on it:
mdadm --examine /dev/sdc
If that brings back what looks like a raid drive then we should be good (you could probably actually do that before you reconnect all of the other drives)
then force the array to reassemble:
mdadm --assemble --force /dev/md0 /dev/sde1 /dev/sda1 /dev/sdb1 /dev/sdc1
(make sure those drive numbers are right, I copied them from an earlier post. Also, if you don't get some output saying that the array has been started then you need to stop right here. The output you should get should be similar to:
mdadm: forcing event count in /dev/hdd1(2) from 228 upto 232
mdadm: clearing FAULTY flag for device 1 in /dev/md0 for /dev/hdd1
mdadm: /dev/md0 has been started with 2 drives (out of 3).
That should bring it up in degraded mode with one failed drive. So then do:
mdadm -D /dev/md0
and that will list some info and at the bottom you will see what drive is still removed. So add it to the array with:
mdadm --add /dev/md0 /dev/sdX
but if there is still more than one drive missing from the array at this point never use mdadm --add because something is wrong and that will make it worse.
If added correctly, the array should start to resync. Let it finish and then and make sure the filesystem on /dev/md0 stays unmounted. Once it is done resyncing check the filesystem (if it is ext3) with:
e2fsck -D -f /dev/md0
You will probably get some errors and have to press "y" a hundred times. Any files that are lost will be put in your lost+found folder and will be given their inode number as the file name.
Then you should be done.
SATLUG mailing list
SATLUG at satlug.org
http://alamo.satlug.org/mailman/listinfo/satlug to manage/unsubscribe
Powered by Rackspace (www.rackspace.com)
More information about the SATLUG