From: Bradley M Alexander <storm@tux.org>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] Restricted partitions?
Date: Sat Nov 17 11:32:01 2001 [thread overview]
Message-ID: <20011117123350.A3073@sonsofthunder.yi.org> (raw)
In-Reply-To: <20011117154632.B27459@tiger.bigcats.invalid>
On Sat, Nov 17, 2001 at 03:46:32PM +0100, Wolfgang Weisselberg wrote:
> Hi, Bradley!
>
> Bradley M Alexander (storm@tux.org) wrote 50 lines:
>
> > Are there any partitions/filesystems that should not be used without an
> > initrd besides /? Here is my partition list:
>
> > /dev/hda1 7746 3499 3847 48% /boot
>
> This one might be a problem. (think: growing it, and it might
> even end up on a different HD.)
Actually, that was not one that I was going to LVM.
> > I have two 30GB
> > drives, the secomd of which is empty, so I was going to put /var, /tmp,
> > /home, /usr/local, /opt, /mirror and /archive on a volgroup on the second
> > drive, then once it stabilized, create a second volgroup on /dev/hda from
> > the partitions that are now on the volgroup on hdb.
>
> Why 2 volumegroups, why not one that grows by appending the
> (then free) space of /dev/hda?
I thought it might be more efficient to have two than one that straddled
drives.
> > I went in, using 1.0.1rc4 and kernel 2.4.13 and created the partitions on
> > the volume group on hdb. Ran lilo and changed fstab. Rebooted and it could
> > not mount the volumes, and gave me a "Can't locate module /dev/vg01" and
> > for each partition, it tries to load them as modules. The LVM code is
> > compiled into the kernel.
>
> /dev/vg01 is your new volume group, right? I _think_ devfs
> sees it accessed and tries to load the appropriate module
> (none, but it doesn't know).
Yes it is. Then further down in dmesg, it kept trying to load
/dev/vg01/lv_tmp, lv_archive and all of the other partitions as modules as
well.
> > At this point, I have two prime suspects. Either one of the partitions I am
> > trying to mount on the volume group should not be without an initrd (/tmp
> > or /var?)
>
> Both are on LVM here -- and if my system really needs /tmp it
> can easily use /tmp -- which would be on / then ( /tmp is not mounted
> then). The only problem will be that after mounting those
> you won't be able to access the files which are there, but on
> the root partition. But then mounting is a very early step
> in the boot process, so that won't be a problem.
>
> > or its a problematic interaction with devfs.
>
> That would be my guess.
I have tried asking this same question on two LUG lists, this list, the
debian and debian-devel irc channels, and thus far, no one has an answer.
--
--Brad
============================================================================
Bradley M. Alexander, CISSP | Co-Chairman,
Beowulf System Admin/Security Specialist | NoVALUG/DCLUG Security SIG
Debian/GNU Linux Developer | storm@debian.org
| storm@tux.org
============================================================================
Know guns, Know peace and safety. No guns, no peace nor safety.
prev parent reply other threads:[~2001-11-17 11:32 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-11-15 1:00 [linux-lvm] Restricted partitions? Bradley M Alexander
2001-11-17 9:04 ` Wolfgang Weisselberg
2001-11-17 11:32 ` Bradley M Alexander [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=20011117123350.A3073@sonsofthunder.yi.org \
--to=storm@tux.org \
--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;
as well as URLs for NNTP newsgroup(s).