From: "Andi Kleen" <ak@suse.de>
To: Mauelshagen@sistina.com
Cc: Andi Kleen <ak@suse.de>, mge@sistina.com, linux-lvm@msede.com
Subject: Re: [linux-lvm] LVM support for LILO
Date: Fri, 8 Sep 2000 00:14:08 +0200 [thread overview]
Message-ID: <20000908001408.A23522@gruyere.muc.suse.de> (raw)
In-Reply-To: <20000908001109.A23577@srv.t-online.de>; from Heinz.Mauelshagen@t-online.de on Fri, Sep 08, 2000 at 12:11:09AM +0000
On Fri, Sep 08, 2000 at 12:11:09AM +0000, Heinz J. Mauelshagen wrote:
> On Thu, Sep 07, 2000 at 11:43:01PM +0200, Andi Kleen wrote:
> > On Thu, Sep 07, 2000 at 12:25:07PM -0600, Andreas Dilger wrote:
> > > Heinz,
> > > Michael Kellen and I have been working to add LILO support for booting
> > > from a LV (i.e. have /boot be an LV, and then not have ANY DOS partitions).
> >
> > [...]
> >
> > I did some similar work. I implemented an LVM_BMAP ioctl for LVM that
> > simply translates a given block to a (dev_t, blocknr in dev). lilo
> > simply does a normal FIOBMAP and then calls LVM_BMAP for every block
> > it gets. When the dev_t ever changes it complains loudly. Then it does
> > its normal work with the resulting blocks.
> >
> > It works ok. The only problem is that a standard PV cannot be used for
> > booting, because it does leave any space for a MBR (it probably needs
^^^^
doesn't of course
> > a PV format revision that simply leaves 4K free)
>
> This would be a major change forcing us to move structures around in
> existing installations..
Yes. It may be at least possible to do it compatible though
(let it check for the new PV on the new position or fall back to the old)
It is probably reasonable to require a backup/restore to boot from LVM
(people who don't want it probably already have other means to boot the
system and can continue to use the old format)
>
> There should be no problem with a partition based PV though.
With a partition based PV you can as well create /boot in a DOS
partition.
-Andi
next prev parent reply other threads:[~2000-09-07 22:14 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 [this message]
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
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=20000908001408.A23522@gruyere.muc.suse.de \
--to=ak@suse.de \
--cc=Mauelshagen@sistina.com \
--cc=linux-lvm@msede.com \
--cc=mge@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).