* [linux-lvm] ReCreating the 1st 512 bytes of PV
@ 2004-02-26 13:12 lvm-list.mail
2004-02-27 4:54 ` Heinz Mauelshagen
0 siblings, 1 reply; 3+ messages in thread
From: lvm-list.mail @ 2004-02-26 13:12 UTC (permalink / raw)
To: linux-lvm; +Cc: lvm-list.mail
Hi All:
While freeing my System from Windows (parallel installation)
the Win. - HardDisk-Managagement tool informed me that something has
been "corrected" on a disk partition. (My Linux LVM - device!)
/dev/hda5 contains one Volume Group "vg00" and the Logical Volumes
"lvol01", "lvol02" and "lvol03"
It seems to be a Windows boot sector or something like this, because of
"55aa" ??
In the following the 1st 512 bytes of my /dev/hda5
****************
0000000: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000020: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000030: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000040: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000050: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000060: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000070: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000080: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000090: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000a0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000b0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000c0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000d0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000e0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000f0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000100: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000110: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000120: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000130: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000140: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000150: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000160: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000170: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000180: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000190: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00001a0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00001b0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00001c0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00001d0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00001e0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00001f0: 0000 0000 0000 0000 0000 0000 0000 55aa ..............U.
****************
I've tryed to fix it manually by comparing the bytes with another
system.
Now, the modified version:
****************
0000000: 484d 0100 0000 0000 0004 0000 0010 0000 HM..............
0000010: 0010 0000 0020 0000 8080 0000 00b0 0000 ..... ..........
0000020: 4849 0100 0000 0200 0000 4100 3030 3030 HI........A.0000
0000030: 3131 3131 3232 3232 3333 3333 3434 3434 1111222233334444
0000040: 3535 3535 3636 3636 3737 3737 0000 0000 555566667777....
0000050: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000060: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000070: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000080: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000090: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000a0: 0000 0000 0000 0000 0000 0000 7667 3030 ............vg00
00000b0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000c0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000d0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000e0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000f0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000100: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000110: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000120: 0000 0000 0000 0000 0000 0000 7468 6567 ............theg
0000130: 6174 6531 3037 3735 3535 3239 3000 0000 ate1077555290...
0000140: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000150: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000160: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000170: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000180: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000190: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00001a0: 0000 0000 0000 0000 0000 0000 0300 0000 ................
00001b0: 0100 0000 0100 0000 0200 0000 0bb6 fd00 ................
00001c0: 0100 0000 0020 0000 ee07 0000 ee07 0000 ..... ..........
00001d0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00001e0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00001f0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
****************
--> now I can see more, but it doesn�t work.
root@0[hda7]# pvdisplay /dev/hda5
--- Physical volume ---
PV Name /dev/hda5
VG Name vg00
PV Size 7.93 GB [16627211 secs] / NOT usable 4.19 MB [LVM:
135 KB]
PV# 1
PV Status available
Allocatable yes (but full)
Cur LV 1
PE Size (KByte) 4096
Total PE 2030
Free PE 0
Allocated PE 2030
PV UUID 000011-1122-2233-3344-4455-5566-667777
****************
root@0[hda7]# vgscan
vgscan -- reading all physical volumes (this may take a while...)
vgscan -- ERROR "pv_read_all_pv_of_vg(): no PV" can't get data of volume
group "vg00" from physical volume(s)
vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
vgscan -- WARNING: This program does not do a VGDA backup of your volume
group
****************
root@0[hda7]# lvmdiskscan
lvmdiskscan -- reading all disks / partitions (this may take a while...)
lvmdiskscan -- /dev/hda1 [ 4.88 GB] Primary [0x07]
lvmdiskscan -- /dev/hda2 [ 32.37 GB] Primary [0x0F]
lvmdiskscan -- /dev/hda5 [ 7.93 GB] Extended LVM partition [0x8E]
lvmdiskscan -- /dev/hda6 [ 31.38 MB] Extended LINUX native
partition [0x83]
lvmdiskscan -- /dev/hda7 [ 24.41 GB] Extended LINUX native
partition [0x83]
lvmdiskscan -- 1 disk
lvmdiskscan -- 0 whole disks
lvmdiskscan -- 0 loop devices
lvmdiskscan -- 0 multiple devices
lvmdiskscan -- 0 network block devices
lvmdiskscan -- 5 partitions
lvmdiskscan -- 1 LVM physical volume partition
****************
I�ve found "/etc/lvmtab.d/vg00", "/etc/lvmconf/vg00.conf" and
"/etc/lvmtab" on a backup
(which doesn�t contain my real important data)
But:
root@0[hda7]# vgcfgrestore -n vg00 /dev/hda5
vgcfgrestore -- INFO: using backup file "/etc/lvmconf/vg00.conf"
vgcfgrestore -- ERROR: different structure size stored in
"/etc/lvmconf/vg00.conf" than expected in file vg_cfgrestore.c [line
120]
vgcfgrestore -- ERROR "vg_cfgrestore(): read" restoring volume group
"vg00"
****************
.. to locate the file-systems directly on /dev/hda5/, "dd" them into a
file and mount it as loop-back-device works
slightly, but contains only a few usable data (after fsck.reiserfs
--rebuilt-tree), mostly only files with crap content.
****************
Could someone help me please ???!!!??????
Thanks & Regards
Tobias Katzer
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [linux-lvm] ReCreating the 1st 512 bytes of PV
2004-02-26 13:12 [linux-lvm] ReCreating the 1st 512 bytes of PV lvm-list.mail
@ 2004-02-27 4:54 ` Heinz Mauelshagen
0 siblings, 0 replies; 3+ messages in thread
From: Heinz Mauelshagen @ 2004-02-27 4:54 UTC (permalink / raw)
To: linux-lvm
On Thu, Feb 26, 2004 at 07:12:02PM +0100, lvm-list.mail@nex-consult.com wrote:
>
> Hi All:
>
> While freeing my System from Windows (parallel installation)
> the Win. - HardDisk-Managagement tool informed me that something has
> been "corrected" on a disk partition. (My Linux LVM - device!)
Nice, isn't it ?
>
> /dev/hda5 contains one Volume Group "vg00" and the Logical Volumes
> "lvol01", "lvol02" and "lvol03"
>
> It seems to be a Windows boot sector or something like this, because of
> "55aa" ??
It is an obviously empty one with the 'magic' number at the end.
>
> In the following the 1st 512 bytes of my /dev/hda5
> ****************
> 0000000: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000020: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000030: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000040: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000050: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000060: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000070: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000080: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000090: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00000a0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00000b0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00000c0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00000d0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00000e0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00000f0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000100: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000110: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000120: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000130: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000140: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000150: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000160: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000170: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000180: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000190: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00001a0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00001b0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00001c0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00001d0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00001e0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00001f0: 0000 0000 0000 0000 0000 0000 0000 55aa ..............U.
> ****************
>
> I've tryed to fix it manually by comparing the bytes with another
> system.
> Now, the modified version:
>
> ****************
> 0000000: 484d 0100 0000 0000 0004 0000 0010 0000 HM..............
> 0000010: 0010 0000 0020 0000 8080 0000 00b0 0000 ..... ..........
> 0000020: 4849 0100 0000 0200 0000 4100 3030 3030 HI........A.0000
> 0000030: 3131 3131 3232 3232 3333 3333 3434 3434 1111222233334444
> 0000040: 3535 3535 3636 3636 3737 3737 0000 0000 555566667777....
> 0000050: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000060: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000070: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000080: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000090: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00000a0: 0000 0000 0000 0000 0000 0000 7667 3030 ............vg00
> 00000b0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00000c0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00000d0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00000e0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00000f0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000100: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000110: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000120: 0000 0000 0000 0000 0000 0000 7468 6567 ............theg
> 0000130: 6174 6531 3037 3735 3535 3239 3000 0000 ate1077555290...
> 0000140: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000150: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000160: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000170: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000180: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 0000190: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00001a0: 0000 0000 0000 0000 0000 0000 0300 0000 ................
> 00001b0: 0100 0000 0100 0000 0200 0000 0bb6 fd00 ................
> 00001c0: 0100 0000 0020 0000 ee07 0000 ee07 0000 ..... ..........
> 00001d0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00001e0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
> 00001f0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
>
> ****************
>
> --> now I can see more, but it doesn?t work.
>
>
> root@0[hda7]# pvdisplay /dev/hda5
> --- Physical volume ---
> PV Name /dev/hda5
> VG Name vg00
> PV Size 7.93 GB [16627211 secs] / NOT usable 4.19 MB [LVM:
> 135 KB]
> PV# 1
> PV Status available
> Allocatable yes (but full)
> Cur LV 1
> PE Size (KByte) 4096
> Total PE 2030
> Free PE 0
> Allocated PE 2030
> PV UUID 000011-1122-2233-3344-4455-5566-667777
The Total PE don't fit the PV Size. Only be 2028 PE fit onto the device.
>
>
> ****************
>
> root@0[hda7]# vgscan
> vgscan -- reading all physical volumes (this may take a while...)
> vgscan -- ERROR "pv_read_all_pv_of_vg(): no PV" can't get data of volume
> group "vg00" from physical volume(s)
> vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
> vgscan -- WARNING: This program does not do a VGDA backup of your volume
> group
>
>
> ****************
> root@0[hda7]# lvmdiskscan
> lvmdiskscan -- reading all disks / partitions (this may take a while...)
> lvmdiskscan -- /dev/hda1 [ 4.88 GB] Primary [0x07]
> lvmdiskscan -- /dev/hda2 [ 32.37 GB] Primary [0x0F]
> lvmdiskscan -- /dev/hda5 [ 7.93 GB] Extended LVM partition [0x8E]
> lvmdiskscan -- /dev/hda6 [ 31.38 MB] Extended LINUX native
> partition [0x83]
> lvmdiskscan -- /dev/hda7 [ 24.41 GB] Extended LINUX native
> partition [0x83]
> lvmdiskscan -- 1 disk
> lvmdiskscan -- 0 whole disks
> lvmdiskscan -- 0 loop devices
> lvmdiskscan -- 0 multiple devices
> lvmdiskscan -- 0 network block devices
> lvmdiskscan -- 5 partitions
> lvmdiskscan -- 1 LVM physical volume partition
> ****************
>
> I?ve found "/etc/lvmtab.d/vg00", "/etc/lvmconf/vg00.conf" and
> "/etc/lvmtab" on a backup
> (which doesn?t contain my real important data)
>
> But:
>
> root@0[hda7]# vgcfgrestore -n vg00 /dev/hda5
> vgcfgrestore -- INFO: using backup file "/etc/lvmconf/vg00.conf"
> vgcfgrestore -- ERROR: different structure size stored in
> "/etc/lvmconf/vg00.conf" than expected in file vg_cfgrestore.c [line
> 120]
> vgcfgrestore -- ERROR "vg_cfgrestore(): read" restoring volume group
> "vg00"
> ****************
This must be a rather old metadata backup when you hit this problem
of changed structure sizes.
You need an actual metadata backup or the vgcfgrestore you took the backup with
in order to restore the old one.
>
> .. to locate the file-systems directly on /dev/hda5/, "dd" them into a
> file and mount it as loop-back-device works
> slightly, but contains only a few usable data (after fsck.reiserfs
> --rebuilt-tree), mostly only files with crap content.
You started with the wrong offset and/or have a non-trivial mapping
where logical extents and physical extents ar not in order.
Summary:
a) if you have an *actual* metadata backup, restore it.
b) if not, use the LVM tool version you used for the metadata backup
to vgcfgrestore it (mind to "pvcreate -ff /dev/hda5" before vgcfgrestore).
c) if you have a sequential 1:1 mapping, find the correct offset of the
first extent and retry dd'ing data off hda5
>
>
> ****************
>
> Could someone help me please ???!!!??????
>
>
> Thanks & Regards
> Tobias Katzer
>
> _______________________________________________
> 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/
--
Regards,
Heinz -- The LVM Guy --
*** Software bugs are stupid.
Nevertheless it needs not so stupid people to solve them ***
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Heinz Mauelshagen Red Hat GmbH
Consulting Development Engineer Am Sonnenhang 11
56242 Marienrachdorf
Germany
Mauelshagen@RedHat.com +49 2626 141200
FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [linux-lvm] ReCreating the 1st 512 bytes of PV
@ 2004-03-01 6:52 Tobias Katzer
0 siblings, 0 replies; 3+ messages in thread
From: Tobias Katzer @ 2004-03-01 6:52 UTC (permalink / raw)
To: linux-lvm; +Cc: Tobias Katzer
{...CUT...}
>>****************
>>
>>I?ve found "/etc/lvmtab.d/vg00", "/etc/lvmconf/vg00.conf" and
>>"/etc/lvmtab" on a backup
>>(which doesn?t contain my real important data)
>>
>>But:
>>
>>root 0[hda7]# vgcfgrestore -n vg00 /dev/hda5
>>vgcfgrestore -- INFO: using backup file "/etc/lvmconf/vg00.conf"
>>vgcfgrestore -- ERROR: different structure size stored in
>>"/etc/lvmconf/vg00.conf" than expected in file vg_cfgrestore.c [line
>>120]
>>vgcfgrestore -- ERROR "vg_cfgrestore(): read" restoring volume group
>>"vg00"
>>****************
>
>This must be a rather old metadata backup when you hit this problem
>of changed structure sizes.
>You need an actual metadata backup or the vgcfgrestore you took the backup with
>in order to restore the old one.
>
>>
>>.. to locate the file-systems directly on /dev/hda5/, "dd" them into a
>>file and mount it as loop-back-device works
>>slightly, but contains only a few usable data (after fsck.reiserfs
>>--rebuilt-tree), mostly only files with crap content.
>
>You started with the wrong offset and/or have a non-trivial mapping
>where logical extents and physical extents ar not in order.
I guess, it's in a mixed order... Why ?
{...CUT...}
>
>
>Summary:
>
>a) if you have an *actual* metadata backup, restore it.
I�ve only the backups which I got from "dd". (I thought first, I got it
from a backup CD)
>b) if not, use the LVM tool version you used for the metadata backup
> to vgcfgrestore it (mind to "pvcreate -ff /dev/hda5" before vgcfgrestore).
***
dd if=/dev/zero of=/dev/hda5 bs=512 count=1
1+0 Records ein
1+0 Records aus
512 bytes transferred in 0,005832 seconds (87790 bytes/sec)
***
pvcreate -ff /dev/hda5
pvcreate -- WARNING: forcing physical volume creation on "/dev/hda5"
pvcreate -- physical volume "/dev/hda5" successfully created
***
0000000: 484d 0100 0000 0000 0004 0000 0010 0000 HM..............
0000010: 0010 0000 0000 0000 0000 0000 0000 0000 ................
0000020: 0000 0000 0000 0000 0000 0000 674b 346c ............gK4l
0000030: 3630 484e 3251 5953 776a 714b 4d38 5265 60HN2QYSwjqKM8Re
0000040: 7030 7566 7772 4671 4163 7350 0000 0000 p0ufwrFqAcsP....
0000050: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000060: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000070: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000080: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000090: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000a0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000b0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000c0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000d0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000e0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000f0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000100: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000110: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000120: 0000 0000 0000 0000 0000 0000 4b6e 6f70 ............Knop
0000130: 7069 7831 3037 3831 3337 3234 3600 0000 pix1078137246...
0000140: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000150: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000160: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000170: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000180: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0000190: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00001a0: 0000 0000 0000 0000 0000 0000 0300 0000 ................
00001b0: 0000 0000 0000 0000 0200 0000 0cb6 fd00 ................
00001c0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00001d0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00001e0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00001f0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
***
root@0[lvmconf]# pvscan
pvscan -- reading all physical volumes (this may take a while...)
pvscan -- inactive PV "/dev/hda5" is in no VG [7.93 GB]
pvscan -- total: 1 [7.93 GB] / in use: 0 [0] / in no VG: 1 [7.93 GB]
***
vgcfgrestore -f /mnt/hda7/20040229_vg-test/1/lvmconf/vg00.conf -n vg00
-t -v /dev/hda5
vgcfgrestore -- locking logical volume manager
vgcfgrestore -- restoring volume group "vg00" from
"/mnt/hda7/20040229_vg-test/1/lvmconf/vg00.conf"
vgcfgrestore -- checking existence of
"/mnt/hda7/20040229_vg-test/1/lvmconf/vg00.conf"
vgcfgrestore -- reading volume group data for "vg00" from
"/mnt/hda7/20040229_vg-test/1/lvmconf/vg00.conf"
vgcfgrestore -- ERROR: different structure size stored in
"/mnt/hda7/20040229_vg-test/1/lvmconf/vg00.conf" than expected in file
vg_cfgrestore.c [line 120]
vgcfgrestore -- ERROR "vg_cfgrestore(): read" restoring volume group
"vg00"
***
pvdata /dev/hda5
--- NEW Physical volume ---
PV Name /dev/hda5
VG Name
PV Size 7.93 GB [16627212 secs]
PV# 0
PV Status NOT available
Allocatable NO
Cur LV 0
PE Size (KByte) 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID gK4l60-HN2Q-YSwj-qKM8-Rep0-ufwr-FqAcsP
--- Volume group ---
VG Name
VG Access read/write
VG Status NOT available/resizable
VG # 0
MAX LV 256
Cur LV 3
Open LV 0
MAX LV Size 255.99 GB
Max PV 256
Cur PV 1
Act PV 1
VG Size 7.92 GB
PE Size 4 MB
Total PE 2028
Alloc PE / Size 2028 / 7.92 GB
Free PE / Size 0 / 0
VG UUID xe1EZa-92lV-3Nyq-BX36-z9Te-7EcA-1vonap
--- List of logical volumes ---
pvdata -- logical volume struct at offset 0 is inconsistent
pvdata -- logical volume struct at offset 1 is empty
...
pvdata -- logical volume struct at offset 12 is empty
pvdata -- logical volume struct at offset 13 is inconsistent
...
pvdata -- logical volume struct at offset 25 is inconsistent
pvdata -- logical volume struct at offset 26 is empty
...
pvdata -- logical volume struct at offset 124 is empty
...
pvdata -- logical volume struct at offset 139 is inconsistent
pvdata -- logical volume struct at offset 140 is empty
...
pvdata -- logical volume struct at offset 255 is empty
--- List of physical volume UUIDs ---
Segmentation fault
***
==> You can find "lvmconf" on my site:
http://www.NEX-consult.com/vg00-cfg.from-dd.tar.gz
Could you please check it if it's usable ?
***
>c) if you have a sequential 1:1 mapping, find the correct offset of the
> first extent and retry dd'ing data off hda5
>
I�m afraid, it�s not sequential.
Thanks
Tobias
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-03-01 11:54 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-02-26 13:12 [linux-lvm] ReCreating the 1st 512 bytes of PV lvm-list.mail
2004-02-27 4:54 ` Heinz Mauelshagen
-- strict thread matches above, loose matches on Subject: below --
2004-03-01 6:52 Tobias Katzer
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox