Re: LVM data recovery ?

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

 




Hi, thanks for your feedback.

Unfortunately I get a metadata checksum error. Would there be a way to recreate the metadata, telling it the number of "partitions" and the size of both ? Just like I could with fdisk... without "touching" the underlying reiserfs ?


regards,
miguel dias

Tom Callahan wrote:

You may be able to mount the LVM LV's on another system....

I'd take some dd backups just in case, and then try attaching the drives to another system.

pvscan to see if it finds the PV's
then vgscan to find the VG's

vgchange -a y will then activate them...but be careful. If the same VG/LV names are present on the new system, you'll have to use some renaming trickery to get them to actually show up.

Thanks,

Tom Callahan
TESSCO Technologies
Desk: (410)-229-1361
Cell: (410)-588-7605
Email: callahant@tessco.com

A real engineer only resorts to documentation when the keyboard dents on the forehead get too noticeable.



Miguel Bettencourt Dias (Netopia) wrote:


Hi All,

I've been reading the arquives and didn't find an answer to my problem and I was wondering how data recovery could be done... because I have a server that crashed quite badly. It did not have lvm backups from /etc/lvm/archive/ and I wanted to recover the LVM.

I only have two partitions, sda1 and sda2.
sda1 is the /boot. sda2 is LVM, with swap and / (the machine runs fedora core 4)with root inside the LVM... now I know that's a bad ideia.

The problem is that I don't have any backups of any LVM information and
all I know is the size of the partitions inside LVM...

Adding 2031608k swap on /dev/VolGroup00/LogVol01. Priority:-1 extents:1 across:2031608k

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
                      32963596  24207464   8756132  74% /
/dev/sda1               101086     56597     39270  60% /boot
/dev/shm               1037328         0   1037328   0% /dev/shm


can I conceivably recover the data ? how ?


regards,
miguel dias



_______________________________________________
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/


_______________________________________________
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/

begin:vcard
fn:Miguel Bettencourt de Freitas Dias
n:Bettencourt de Freitas Dias;Miguel
org;quoted-printable:Netopia, Sistemas de Informa=C3=A7=C3=A3o Global, Lda.
adr:;;Apartado 42111;Lisboa;;1601-801 Lisboa;Portugal
email;internet:miguel.dias@netopia.pt
tel;work:+351917245758
tel;fax:+35166917245758
tel;cell:+351917245758
url:http://www.netopia.pt
version:2.1
end:vcard

_______________________________________________
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/

[Index of Archives]     [Gluster Users]     [Kernel Development]     [Linux Clusters]     [Device Mapper]     [Security]     [Bugtraq]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux