Re: recommendations on how to recover a corrupted, LVM-based hard drive?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 12 Feb 2014, Chris Murphy wrote:

>
> On Feb 12, 2014, at 1:08 PM, Robert P. J. Day <rpjday@xxxxxxxxxxxxxx> wrote:
>
> >
> >  it was 2G that was overwritten, not just 2M. so i'm quite willing to
> > believe that it's unrecoverable. but that "testdisk" utility claims to
> > be finding *something*, so i'll just let it finish and post what it
> > reports.
>
> Ok well the PV and VG metadata aren't super important if we're
> talking about one PV and one VG and conventional (not thinp) LVM.
> The LV should have linearly allocated logical extents to physical
> extents to disk sectors. So baring some extra VG metadata copies
> that could cause PEs to not be contiguous, the file system might be
> found as if it were on a regular partition and totally intact.

  following up on my challenge to recover a single logical volume from
a hard drive whose first 2G was overwritten, i now have in hand the
laptop that it happened on and the drive has been reinserted back into
the laptop as /dev/sdb (which is where it was when the overwriting
happened), and i have the backup file /etc/lvm/backup/vg1 which
represents the "vg1" volume group that encompassed that drive (and
*only* that drive, so that's convenient.)

  so ... what now? i can see the detailed definition of the volume
group, and all of the logical volumes that were/are(?) still there,
and the only LV i care about is "home" which is the fifth one down in
the list of LVs, suggesting it's far enough down to have escaped the
overwriting unscathed.

  so what would be the proper recipe to simply reactivate that volume
group and single logical volume within that group? thanks.

rday

-- 

========================================================================
Robert P. J. Day                                 Ottawa, Ontario, CANADA
                        http://crashcourse.ca

Twitter:                                       http://twitter.com/rpjday
LinkedIn:                               http://ca.linkedin.com/in/rpjday
========================================================================

-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org




[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux