Bug 18016 - Post-install "lilo" installation fails when installing on partition above 8GB limit
Summary: Post-install "lilo" installation fails when installing on partition above 8GB...
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: installer
Version: 7.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Michael Fulbright
QA Contact: Brock Organ
Depends On:
TreeView+ depends on / blocked
Reported: 2000-10-01 10:54 UTC by daniel.deimert
Modified: 2018-02-05 21:54 UTC (History)
0 users

Clone Of:
Last Closed: 2000-10-24 20:03:59 UTC

Attachments (Terms of Use)

Description daniel.deimert 2000-10-01 10:54:48 UTC
Using the text-mode installer I was able to install using automatic
partitioning a 18GB HD.  The partitions created were well above the 8GB
limit and was closer to the end of the HD.

When post-install executed lilo, a cryptic error message was printed on
screen, and no clear warning was given that the install was going to fail.  

I had a boot disk and booted from this and found that the system had used
the "linear" keyword in /etc/lilo.conf even though you're shipping a lilo
with LBA32 support.  Changing linear to lba32 and rerunning lilo made the
harddisk bootable.

Comment 1 Michael Fulbright 2000-10-02 22:27:26 UTC
What happens to be the geometry and final partition table for the drive in
question (you can attach the
output from 'fdisk -l <device>', where <device> is problem /dev/hda for the
first IDE drive, or /dev/sda for the
first SCSI drive?

Comment 2 daniel.deimert 2000-10-05 19:27:42 UTC
[root@localhost /root]# fdisk -l /dev/hda

Disk /dev/hda: 255 heads, 63 sectors, 2748 cylinders
Units = cylinders of 16065 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/hda1   *         1      2422  19454683+   c  Win95 FAT32 (LBA)
/dev/hda2          2423      2425     24097+  83  Linux
/dev/hda3          2426      2748   2594497+   5  Extended
/dev/hda5          2426      2739   2522173+  83  Linux
/dev/hda6          2740      2748     72261   82  Linux swap

Comment 3 Michael Fulbright 2000-10-06 21:47:33 UTC
What kind of 'automatic partitioning' did you do?  I have not been able to get
this result.

Comment 4 daniel.deimert 2000-10-08 13:26:38 UTC
I can't see why it should matter, but before I installed, the Win95 partition
spanned the entire disk - there was only one partition.  I shrunk the size of
that using Partition Magic 5.0 to make room for a 7.0 install.
I had to do a text-mode install due to PS/2 mouse problems in the graphic
Then I just selected the workstation install and let the installer partition the
disk as it pleased. 

Comment 5 Michael Fulbright 2000-10-24 20:03:57 UTC
Please let us know if you have any further problems.

Comment 6 openshift-github-bot 2018-02-05 21:54:16 UTC
Commit pushed to master at https://github.com/openshift/origin

Merge pull request #18422 from damemi/iss18016-1

Automatic merge from submit-queue.

Issue 18016: Add infos count to `oc status`

Fix for https://github.com/openshift/origin/issues/18016

Now `oc status` without `-v` will show a count for number of errors, warnings, and info identified. Also refactored this output to reduce redundant switch statements with including infos.

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