* Re: [linux-lvm] pv recovery after trashing partition table.
2001-10-13 0:18 [linux-lvm] pv recovery after trashing partition table Jim N Cromie
@ 2001-10-13 0:11 ` Andreas Dilger
2001-10-13 18:40 ` [linux-lvm] pv recovery after trashing partition table. OK - back to normal Jim Cromie
1 sibling, 0 replies; 3+ messages in thread
From: Andreas Dilger @ 2001-10-13 0:11 UTC (permalink / raw)
To: Jim N Cromie; +Cc: linux-lvm
On Oct 12, 2001 18:18 -0600, Jim N Cromie wrote:
> Miraculously, Ive successfully recovered hda[1-3], by a combination of
> luck,
> a simple partition table (1=vfat, 2=swap, 3=ext2, 4=lvm, on cylinder
> boundaries), good notes (I had the cylinder numbers mostly written down),
> and perseverance with fdisk. I wrote experimental partition-tables
> untill I was able to mount them.
>
> SO, WHAT IF ANY ARE MY OPTIONS ?
>
> 1) Would a carefully considered set of 'dd' commands possibly
> restore it? I have nothing to lose in hda4 at this point.
>
> 2) IS IT POSSIBLE THAT DESPITE MY SUCCESS MOUNTING hda 1-3, particularly
> hda3, since thats ext2, (ie a real filesystem, with a real fsck). Ive
> somehow got the partitions wrong, and thus pvdata is looking in the wrong
> disk sector for its meta-data ?
Correct. It is possible that hda3 is larger than it should be, and is
stealing the beginning of hda4. What you really want to have is "gpart"
which _should_ find the partition tables for you automatically.
Failing that, you could look at "dumpe2fs -h /dev/hda3" to find the
previous size of the filesystem there so you know how big to make it.
Cheers, Andreas
--
Andreas Dilger \ "If a man ate a pound of pasta and a pound of antipasto,
\ would they cancel out, leaving him still hungry?"
http://www-mddsp.enel.ucalgary.ca/People/adilger/ -- Dogbert
^ permalink raw reply [flat|nested] 3+ messages in thread
* [linux-lvm] pv recovery after trashing partition table.
@ 2001-10-13 0:18 Jim N Cromie
2001-10-13 0:11 ` Andreas Dilger
2001-10-13 18:40 ` [linux-lvm] pv recovery after trashing partition table. OK - back to normal Jim Cromie
0 siblings, 2 replies; 3+ messages in thread
From: Jim N Cromie @ 2001-10-13 0:18 UTC (permalink / raw)
To: linux-lvm
[-- Attachment #1: Type: text/plain, Size: 2637 bytes --]
Q: how is 'dd' like motorcycles ?
A: there are 2 types of users, those who have crashed, and those who
will.
Well, Ive now joined the ranks of folks who have. I blew away the hda
partition table.
/dev/hda4 used to have a good PV.
Miraculously, Ive successfully recovered hda[1-3], by a combination of
luck,
a simple partition table (1=vfat, 2=swap, 3=ext2, 4=lvm, on cylinder
boundaries), good notes (I had the cylinder numbers mostly written down),
and perseverance with fdisk. I wrote experimental partition-tables
untill I was able to mount them.
Just imagine my glee when hda3 fsck'd good !
So now, Im trying to recover hda4 now, with LVM volumes intact;
vgcfgrestore -l -l -v -d -n _vgb, reports 2 PVs, hdb2, hda4, both are
available, with some unusable, ( I cant cut-paste here, different
computer, cant boot clean without /var
pvscan however reports 2 different PVs, hdb2, and hdc9
Im guessing that I did a pvcreate /dev/hdc9 after some snapshot/backup,
since hdc9 isnt there. This suggests that my chances of recovery are
poorer than otherwize. I never actually did a vgcfgsave - Ive only been
a couple of weeks with LVM, and it was only /tmp...
anyway, pvdata /dev/hda4 shows bogus (ie unfavorable, not wrong) data in
the PV, it also segfaults, $? is 139
PV size 8 / Not usable 262 GB [LVM 3.71 GB]
PV# 0
PE Size(KB) 250
uuid none
btw - 3.71 GB is reasonable, the hda4 has ~3.9 GB
$> pvdisplay /dev/hda4
-- no physical volume identifier
vgcfgrestore gives error when I try above:
ERROR: pv_read(): PV identifer invalid" reading physical volume
/dev/hda4
I should mention; I dont understand how sectors in hda4 got corrupted,
at least by my dd ( I did have bs=512 count=1, and hda[1-3] are ok).
Something else may be missing..
SO, WHAT IF ANY ARE MY OPTIONS ?
1) Would a carefully considered set of 'dd' commands possibly
restore it? I have nothing to lose in hda4 at this point.
2) IS IT POSSIBLE THAT DESPITE MY SUCCESS MOUNTING hda 1-3, particularly
hda3, since thats ext2, (ie a real filesystem, with a real fsck). Ive
somehow got the partitions wrong, and thus pvdata is looking in the wrong
disk sector for its meta-data ?
3) is it possible to use fdisk to change partition type to Linux, then do
an fsck ?
Im theorizing that fsck will find 3 different ext2 super-blocks somewhere
within the previously mountable LVM partition ?
I think I can claim enough space elsewhere, and make a file-clone of the
partition, if so, I can let fsck do all its repair attempts w/o trashing
the possibility
of using approaches 1,2
tia
jimc
[-- Attachment #2: Type: text/html, Size: 4191 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [linux-lvm] pv recovery after trashing partition table. OK - back to normal
2001-10-13 0:18 [linux-lvm] pv recovery after trashing partition table Jim N Cromie
2001-10-13 0:11 ` Andreas Dilger
@ 2001-10-13 18:40 ` Jim Cromie
1 sibling, 0 replies; 3+ messages in thread
From: Jim Cromie @ 2001-10-13 18:40 UTC (permalink / raw)
To: linux-lvm
Jim N Cromie wrote:
> /dev/hda4 used to have a good PV.
Somehow, it does again.
this morning, the box booted clean, and LVM found all logical partitions
and mounted them properly.
I did vgcfgbackup, rebooted to be sure, it rebooted w/o errors.
I dont know why - I did nothing that I thought 'THIS WILL FIX IT' My
only WAGs are that all those fdisks,
(now including sfdisk - which apparently is more correct) fixed
something that was broken. Or maybe
one of the many LVM tools fixed it on a *scan, *display, etc.
One of these days Ill actually use a new drive to back stuff up, rather
than filling it with more toys & music.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2001-10-13 18:40 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-10-13 0:18 [linux-lvm] pv recovery after trashing partition table Jim N Cromie
2001-10-13 0:11 ` Andreas Dilger
2001-10-13 18:40 ` [linux-lvm] pv recovery after trashing partition table. OK - back to normal Jim Cromie
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.