* [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.
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* 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).