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: Sun May 11 14:38:02 2003 [thread overview]
Message-ID: <3EBEA6CA.7050500@inode.at> (raw)
In-Reply-To: <1052680419.1131.8.camel@chtephan.cs.pocnet.net>
Christophe Saout wrote:
> Am Son, 2003-05-11 um 20.00 schrieb Manfred Gschweidl:
>
>
>>but now i have an problem... ;-)
>>
>>when booting up with the initial ramdisk, and doing a "lvm vgscan" and
>>"lvm vgchange -a y", all volume groups and logical volumes are found
>>("ls /dev/mapper" on the end of the linuxrc script shows all found
>>logical volumes).
>>but after freeing memory of the initial ramdisk and mounting of the root
>>fs, now one of the entries in "/dev/mapper" exists, except the "control"
>>entry. and "lvm vgscan" and "lvm vgchange -a y" does not help. so i
>>cannot mount any other logical volumes?????
>>the kernel complaines, that maybe a old kernel driver is using the
>>volume groups, but how can that be???
>
>
> When nobody created the /dev/control/mapper device on your root file
> system, it simply isn't there. ;-)
>
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.
> If you create it once it will stay there. "mknod /dev/mapper/control c
> 10 63" (or whatever the minor is, see cat /proc/misc)
>
> My linuxrc script creates this dynamically in the ramdisk based on
> /proc, but later you'll also need it on the root filesystem. Usually it
> is not necessary to do it on every reboot, because the filesystems isn't
> deleted between reboots, so creating it once should do it. You also
> shouldn't need to run a vgscan in the boot scripts because the known
> volume groups are cached in /etc between reboots, you can run it
> manually if something changes. Creating /dev/mapper/control once and
> adding vgchange -a y to the init scripts is ok.
>
>
>>cat /proc/devices show up, that there is still an entry for lvm, but
>>also for device-mappper. is this maybe the error???
>
>
> No, I think they should coexist nicely.
>
thanks again,
manfred
next prev parent reply other threads:[~2003-05-11 14: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 [this message]
2003-05-11 15:00 ` Christophe Saout
2003-05-12 17:38 ` Manfred Gschweidl
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=3EBEA6CA.7050500@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