[linux-lvm] LVM support for LILO
Andi Kleen
ak at suse.de
Thu Sep 7 22:46:40 UTC 2000
On Thu, Sep 07, 2000 at 04:39:39PM -0600, Andreas Dilger wrote:
> Andi Kleen, you write:
> > 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.
>
> Do you have the corresponding patches to LILO? Have you ever tried
> submitting them to the LILO maintainers?
I hacked lilo, but I never tested them really because I didn't have a spare
HD to experiment with the changed PV format at that time (I noticed the
problem with the PV format only after I did that work :-() You can have
the untested patches if you want. From visual inspection the translated
blocks looked ok.
A full solution requires more work, e.g. at least a LV flag so that
LVM can urge the user to rerun lilo after a *move. Support in lilo for LVs
spread over multiple devices would also be nice (I just cheated by requiring
it all on a single device)
>
> > 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
> > a PV format revision that simply leaves 4K free)
>
> I think if you make a partition on your boot disk (even if it is the
> full size of the disk), then you will have enough space for a MBR. No
> need to change LVM formats. You can use full-disk PVs if you want for
> your other disks, but it quiets the boot process down a bit if you have
> a partition on the disk (or at least it complained the last time I tried
> a full-disk PV).
It just does not make much sense then, because with a DOS partition table
you can as well have a partition based /boot
-Andi
More information about the linux-lvm
mailing list