Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 10993 - LILO picks incorrect drives/partitions
LILO picks incorrect drives/partitions
Product: Red Hat Linux
Classification: Retired
Component: lilo (Show other bugs)
i386 Linux
medium Severity high
: ---
: ---
Assigned To: Doug Ledford
Depends On:
  Show dependency treegraph
Reported: 2000-04-22 22:16 EDT by Remko Molier
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-04-18 17:32:14 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Remko Molier 2000-04-22 22:16:43 EDT
My machine has two Linux installations on it, "linux" and "firewall".
(The latter is my prototype Linux firewall.)  My 2nd drive is partitioned
like so:

/dev/hdb1     /boot for firewall
/dev/hdb2     /boot for linux
/dev/hdb3     / for firewall
/dev/hdb4     / for linux

And my lilo.conf entries for the two look like:



The problem is, lilo apparently looks for firewall's kernel in the current
directory tree; it complains that it can't find /boot/vmlinuz-2.2.14-5.0,
but somehow it's able to find /boot/vmlinuz-2.2.14-6.1.1 (even though I
haven't upgraded the firewall's kernel yet).  lilo won't run until this is
resolved; I had to hack out the description for firewall.
Comment 1 Doug Ledford 2001-04-19 19:06:04 EDT
Lilo is acting exactly as expected.  It does not attempt to read the fstab on
the / partition in order to determine what partition /boot is, it merely
determines what device /boot is on by checking the existing files.  It's
actually easier to set a system like yours up to have a single /boot partition
that is shared between both / filesystems with all needed kernels in the one
/boot partition.  If you don't set it up that way, then you need to mount the
additional /boot filesystem as something like /boot2 and change the firewall
stanza to point to /boot2/vmlinuz.... and then in the lilo.conf file in the
firewall's root filesystem you would need to mount the non-firewall /boot as
/boot2 also, and make the non-firewall stanza point to /boot2/vmlinuz... in
order to be able to run lilo from either of the selected root filesystems.  If
you use a common /boot filesystem, then you can at least use identical lilo.conf
files between the two booting copies of the OS.

Note You need to log in before you can comment on or make changes to this bug.