From: Chris Worley <cworley@liberate.com>
To: linux-lvm@sistina.com, ben@bens-house.org.uk
Subject: [linux-lvm] Fun little horror story -- please add to FAQ if it isn't already documented
Date: Mon Jan 14 08:51:02 2002 [thread overview]
Message-ID: <3C42F587.3060907@liberate.com> (raw)
Sorry for the late reply... I don't subscribe to the list.
You've got to change the device minor number associated with the lvm
partition. I.E. if you partition name is /dev/foo/system, then you've
got to get it to have the same minor device number vgscan is going to
give during initrd.
If you're booted from some sort of rescue system that has a different
root, "mount" your lvm root file system, "cd" to the directory where
mounted, "chroot ." in that directory, manually delete and recreate
(using "mknod") the /dev/foo/system file, with the correct minor
number (the one vgscan is going to assign when initrd is running),
then re-run lilo.
Note that this assumes that you've got a different root file system
than the one you want, and the one you want won't boot because you
deleted a lv with a lower minor number than your root partition.
<rant>I still think this should be documented under lvremove</rant>
Chris
Ben Holness writes:
>> Upon the next reboot, the initrd ran fine... found and activated the
>> lv's... but the kernel said "no root partition" and hung. I could
>> rescue boot the system from the SuSE CD -- everything was there... I
>> finally added a "vgdisplay -v" to the initrd's linuxrc, and
>> that showed me the problem.
>>
>> The file system it was trying to mount was, to lilo, the device "3a:03"
>> (major device number 58, minor 3), but, once I'd removed the old lv for
>> extra disk space, any new vgscan during initrd assigned my new root lv
>> to minor device number 2. "root=/dev/..." doesn't help, for lvm (it
>> doesn't like the name). There was no longer an lvm minor device 3 to
>> mount.
>
> This looks like the same problem that I am having, although I haven't
> removed any logical volumes!
>
> I am not 100% sure how to find the device number, but common sense tells me
> that it is the "Block #" at the bottom of the logical volume information, in
> which case my root LV is Block # 58:1
>
>> Once I saw the problem, I recue booted and chrooted to my new lvm, and
>> manually changed the minor number before running lilo.
>
> Please can you tell me how you changed this?
next reply other threads:[~2002-01-14 8:51 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-14 8:51 Chris Worley [this message]
[not found] <20011129164915.I1408@tykepenguin.com>
2001-11-30 4:22 ` [linux-lvm] reiserfs panic Patrick Caulfield
2001-11-30 7:55 ` Chris Mason
2001-11-30 10:31 ` Andreas Dilger
2001-12-29 22:31 ` [linux-lvm] Fun little horror story -- please add to FAQ if it isn't already documented Chris Worley
2001-12-30 5:05 ` Ben Holness
2001-12-30 9:29 ` Steven Lembark
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3C42F587.3060907@liberate.com \
--to=cworley@liberate.com \
--cc=ben@bens-house.org.uk \
--cc=linux-lvm@sistina.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.