All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael J Kellen <idsfa@visi.com>
To: LVM List <linux-lvm@msede.com>
Subject: Re: [linux-lvm] LVM support for LILO
Date: Fri, 8 Sep 2000 09:03:15 -0500	[thread overview]
Message-ID: <20000908090315.A23300@isis.visi.com> (raw)
In-Reply-To: <200009072329.RAA21600@lynx.turbolabs.com>; from Andreas Dilger on Thu, Sep 07, 2000 at 05:29:17PM -0600

On Thu, Sep 07, 2000 at 05:29:17PM -0600,
in response to Heinz J. Mauelshagen's question:
>> Question: how do you want to ensure that all kernel image blocks really
>>           are BIOS addressable? They could for eg. live on a MD or could
>>           be out of the BIOS addressable range of blocks.

Andreas Dilger wrote:
> LILO already handles many of these issues, or at least warns about them.
> None of them are specific to LVM, so people are aware of them already
> (although LVM may hide a few of the details).  It would be documented
> that the /boot LV can reside only on 1 disk, and that it must reside on
> a BIOS addressible disk.  Most systems create /boot on the first disk
> when they are installed, and even with the number of kernels on my system
> it is only a few MB (1 or 2 PEs is enough).

I actually already have code for a check (in lilo.c) to insure that the
files are contiguous and on the first physical disk.  With the lv to pv
ioctl, that would be easy to extend to any bootable device.

In implementing this, we need to remember that not just the kernel needs
to be mapped.  The boot loader (boot.b -- side note: get LILO 21.1.5 if
you don't have it and give boot-menu.b a whirl) and any ramdisks need to
be known as well.

What I'd *really* like to see is kernel code for autostarting of LVM
similar to the autostart of md (side note: 2.4.0-test7 seems to break
that, though). One step at a time, though.

Lastly, remember that if you install LILO in the MBR, you don't need to
restructure the PV.

MIchael Kellen

  parent reply	other threads:[~2000-09-08 14:03 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-09-07 18:25 [linux-lvm] LVM support for LILO Andreas Dilger
2000-09-07 21:43 ` Andi Kleen
2000-09-07 22:39   ` Andreas Dilger
2000-09-07 22:46     ` Andi Kleen
2000-09-07 23:44       ` Andreas Dilger
2000-09-08 14:25         ` Andi Kleen
2000-09-08  0:11   ` Heinz J. Mauelshagen
2000-09-07 22:14     ` Andi Kleen
2000-09-07 23:00     ` Andi Kleen
2000-09-08  0:02 ` Heinz J. Mauelshagen
2000-09-07 23:29   ` Andreas Dilger
2000-09-08 13:02     ` Heinz J. Mauelshagen
2000-09-08 13:47       ` Luca Berra
2000-09-08 19:09         ` Heinz J. Mauelshagen
2000-09-08 14:03     ` Michael J Kellen [this message]
2001-02-27  0:30       ` Ralph Jennings
  -- strict thread matches above, loose matches on Subject: below --
2000-09-08 19:39 Andreas Dilger
2000-09-08 19:50 Andreas Dilger
2000-09-09  7:44 ` Luca Berra
2000-09-09 10:07 ` Christoph Hellwig

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=20000908090315.A23300@isis.visi.com \
    --to=idsfa@visi.com \
    --cc=linux-lvm@msede.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.