Linux LVM users
 help / color / mirror / Atom feed
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

  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