From: Manfred Gschweidl <m.gschweidl@inode.at>
To: Christophe Saout <christophe@saout.de>
Cc: linux-lvm@sistina.com
Subject: Re: [linux-lvm] mount root filesystem on lvm
Date: Mon May 12 17:38:02 2003 [thread overview]
Message-ID: <3EC0225A.8010606@inode.at> (raw)
In-Reply-To: <1052683220.1786.9.camel@chtephan.cs.pocnet.net>
thanks for your help.
after more than one week, now my system boots cleanly without problems,
and everything is ok now.
greetings from austria,
manfred
Christophe Saout wrote:
> Am Son, 2003-05-11 um 21.38 schrieb Manfred Gschweidl:
>
>
>>uupps...sorry, maybe i should carefully read my mails, after writing
>>them. ;-)
>>i mean only one entry exists in "/dev/mapper", and this is "control",
>>but no other entry.
>
>
> Ah, ok, I'm seeing. Well, I think that's a problem with LVM2. At the
> moment the device files are created either when a volume group gets
> activated or when it is already active and you add a logical volume.
>
> But when the volume group got activated by the ramdisk and the system
> switches the root filesystem, you now don't have the devices files.
>
> I think that's where "lvm mknodes" should kick it, but... not
> implemented yet. And you can't deactivate and reactivate the volume
> group because the root filesystem on it is mounted.
>
> Great. :D
>
> So it looks like you must create the device files manually.
>
> cd /dev/mapper
> mknod volumegroupname-logicalvolumename b 254 0
> mknod volumegroupname-logicalvolumename b 254 1
> ...
>
> After that you also should create the symlinks
>
> cd /dev/volumegroupname
> ln -s ../mapper/volumegroupname-logicalvolumename logicalvolumename
> ...
>
> Since you already put an ls command into the ramdisk before you should
> know which minor got assigned to which volume.
>
> Or, perhaps this should work: AFAIK if you have a directory /initrd on
> your root filesystem, the old ramdisk should be moved there after the
> root filesystem is mounted, so you can just copy the directories and
> device files that got create there in /dev (/initrd/dev/mapper and
> /initrd/dev/volumegroupname) to your /dev. But I have never tested this.
>
> This sounds rather ugly and complicated, but it only occurs when
> switching from LVM1 to LVM2 while having it mounted (because you can't
> activate it via LVM2 while running on the real filesystem where the
> device nodes should be created correctly. Or wait until the mknodes
> command is finished or implement it yourself. ;-)
>
prev parent reply other threads:[~2003-05-12 17:38 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-09 13:31 [linux-lvm] mount root filesystem on lvm Manfred Gschweidl
2003-05-09 14:19 ` Manfred Gschweidl
2003-05-09 15:17 ` Christophe Saout
2003-05-10 11:02 ` Manfred Gschweidl
2003-05-10 17:49 ` Christophe Saout
2003-05-10 21:05 ` Manfred Gschweidl
2003-05-11 4:57 ` Christophe Saout
2003-05-11 13:00 ` Manfred Gschweidl
2003-05-11 14:03 ` Manfred Gschweidl
2003-05-11 14:13 ` Christophe Saout
2003-05-11 14:38 ` Manfred Gschweidl
2003-05-11 15:00 ` Christophe Saout
2003-05-12 17:38 ` Manfred Gschweidl [this message]
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=3EC0225A.8010606@inode.at \
--to=m.gschweidl@inode.at \
--cc=christophe@saout.de \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox