On Wed, 7 Jul 2010, Ken Bass wrote:
> > The best course of action would have been 'reading what ever data
> > available' from old disk to new disk. If the disk is absolutely
> > thrashed, then zero'ing the new PV may be better.
> >
> >
> I did try to read anything I could out of the old disk. I do believe there
> is still some data on it that wasn't trashed. The problem is how to find it
> and reconstruct it without any of the LVM or ext4 filesystem information
> (as I said, I couldn't find any superblocks). Are there any utilities to do
> something like that?
Method 1:
If you can, have *all* the drives connected, the failed drive, and the new
drive. Restore LVM metadata to include the failed drive again. Now add the
new drive and use pvmove to migrate data that can be read to the new
drive. (I've never used pvmove for this purpose - does it handle IO
errors and continue?)
Method 2:
With both new and failed drive connected, use dd_rescue or equivalent to
copy (most/some of) the failed drive to the new drive. Remove failed
drive and bring up VG. If UUID was not readable on failed drive, use
pvcreate to restore it on new drive.
--
Stuart D. Gathman <stuart@bmsi.com>
Business Management Systems Inc. Phone: 703 591-0911 Fax: 703 591-6154
"Confutatis maledictis, flammis acribus addictis" - background song for
a Microsoft sponsored "Where do you want to go from here?" commercial.
_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
