Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 65039 - "change" sets wrong partition type & cant rebuild lilo from SRPM
"change" sets wrong partition type & cant rebuild lilo from SRPM
Product: Red Hat Linux
Classification: Retired
Component: lilo (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Peter Jones
Brock Organ
Depends On:
  Show dependency treegraph
Reported: 2002-05-16 10:08 EDT by joel
Modified: 2007-04-18 12:42 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-04-19 14:27:13 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 joel 2002-05-16 10:08:05 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc1) Gecko/20020417

Description of problem:
the Lilo change command sets the partition type to small dos 16 bit when big dos
16 bit is requested. I know how to fix this, but I am unable to build a working
lilo from the SRPM on RH 7.3

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. add an os stanza to lilo.conf and use the change command to change partition
2. lilo -v
3. try to boot the os just added

other = /dev/sda1
  label = NT
    partition = /dev/sda1
      set = dos16_big_normal
    partition = /dev/sda2
      set = DOS16_big_hidden

Actual Results:  Booting the new os fails. Booting up Linux and using fdisk to
examine the partition type reveals that is has been set wrong, dos 16bit small
rather than dos 16bit large.

Expected Results:  The partition type should be set as requested and the OS
should boot.

Additional info:

This part of partition.c is wrong:

void preload_types(void)

The last line should read:


When I tried to fix this and rebuild lilo, the lilo generated does not work --
it fails to boot linux with error "setup signature not found". While
troubleshooting this I found that simply rebuilding an unmodified lilo SRPM into
a binary RPM and installing it fails to generate a working lilo. I suspect there
is a problem with the header (include) files as the system kernel is 21.4.4 but
the header files installed by RH 7.3 are from 2.4-7.14
Comment 1 Jeremy Katz 2002-06-04 15:23:11 EDT
Comment 2 Peter Jones 2005-04-19 14:27:13 EDT
This needs to be fixed in the upstream lilo sources.

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