From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.2 i686)
On a Dell 5000e with 10G drive, with WinME & RedHat 6.2 installed, I've
installed RH7.0 respin on a separate partition, sharing only swap and /boot
(/dev/hda2) with the RH6.2 install
As I have a custom /etc/lilo.conf for 6.2, and intended to add the 7.0
image to that configuration, I chose during install of 7.0 to make a boot
floppy and chose "Do Not Install Lilo". The install finished successfully,
but on reboot I found that the MBR had been overwritten with a bad boot
image. Lilo loaded to the LI_ point. I was able to boot from the RH6.2 boot
floppy, add the 7.0 image to /etc/lilo.conf, run lilo and boot the machine
Harddrive configuration, as seen from RH6.2, is as follows:
/dev/hda1 FAT32 /WinME 325 cyl.
/dev/hda2 ext2 /boot 2 cyl.
/dev/hda5 ext2 / 375 cyl.
/dev/hda6 ext2 /home 100 cyl.
/dev/hda7 swap 50 cyl.
/dev/hda8 ext2 rh7 300 cyl.
Steps to Reproduce:
1.Install WinXX, RH6.2, leaving unpartitioned space on first drive
2.Install RH7 as separate install, not upgrade
3.Choose "Do Not Install LILO"
Actual Results: When booting from harddrive, LILO loads to LI_ and hangs
Expected Results: As lilo should not have run at all during the 7.0
install, LILO should load normally per RH6.2 configuration.
This error happens anytime I choose not to install lilo during install,
regardless of other OS's present or partitioning. Also reproduced on 2 other
Did your old kernel get replaced by the new kernel?
If this happens then LILO will not suceeded because the old kernel is no longer
No. The old kernel does not get replaced. If I boot to the v6.2 install via
boot floppy and run lilo with the original lilo.conf, I can then boot WinME and
6.2. The intention was that I would add astanza to the v6.2 lilo.conf to boot
the v7.0 install. This also works, after editting lilo.conf.
The same problem exists if only WinXX or no OS are initially on the machine. RH
7, instead of not installing lilo at all, writes a corrupted MBR.
Can you reproduce this with 7.1?
I am unable to duplicate this with Red Hat Linux 7.1. Resolving as 'Current