All of lore.kernel.org
 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 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.