Make no changes to the drives you have. Try to fix only images of them. "fix" means change what's on disk, which means lose what's there. The most common cause of completely destroyed data is attempts to recover it. Study /etc/lvm/backup/* and /etc/lvm/archive/* copied from a live system. That pretty well shows you the internal structure of the data better than prose is likely to explain it. That textual representation of the metadata is exactly what's on disk. It's just written circularly in disk, so it starts with the middle of an old version. As far as recovery, it's probably going to either be fairly simple, or not possible at the LVM level. If you have an old backup of the system, it should contain /etc/lvm/backup/. If you didn't change the LVM since that old backup was done, you're gold. Just vgcfgrestore from /etc/lvm/backup/ in the old backup. Make no changes to the drives you have. Try to fix only images of them. -- Ray Morris support@bettercgi.com Strongbox - The next generation in site security: http://www.bettercgi.com/strongbox/ Throttlebox - Intelligent Bandwidth Control http://www.bettercgi.com/throttlebox/ Strongbox / Throttlebox affiliate program: http://www.bettercgi.com/affiliates/user/register.php On Tue, 19 Jun 2012 18:14:07 +0000 Daniel Hilst <danielhilst@gmail.com> wrote: > I'm searching for LVM2 implementation designs, anatomy, internals and > such stuff.. > > Tutorials, Howtos (I've already read the LVM Howto from tldp), > Guides, are all welcome.. I've lost a LVM and need to recover it... > or die trying :-) > > > So.. Testdisc, and Photorec don't help me.. I've already try.. can't > ran gpart too... > > I want to be able to search for lvm metadata from the end of the disk > with some binary editor, like lde. > > > Thanks in advance > Hilst _______________________________________________ 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/
