All of lore.kernel.org
 help / color / mirror / Atom feed
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.

      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 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.