Bug 34317 - lilo.conf updating doesn't quite work right
Summary: lilo.conf updating doesn't quite work right
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: up2date   
(Show other bugs)
Version: 7.1
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Preston Brown
QA Contact: Jay Turner
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-04-02 02:17 UTC by Jeremy Katz
Modified: 2015-01-07 23:44 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2001-04-02 15:21:19 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

Description Jeremy Katz 2001-04-02 02:17:31 UTC
With up2date-2.4.6-1, the lilo.conf updating doesn't seem to be quite
correct since it always tries to add an initrd to the lilo.conf even if one
isn't needed (and thus isn't created).  Thus the test lilo run fails and
you have to manually do the lilo.conf updating for the kernel package update.

Comment 1 Glen Foster 2001-04-02 13:51:31 UTC
This defect considered MUST-FIX for Florence Gold

Comment 2 Adrian Likins 2001-04-02 14:17:37 UTC
can you attach a copy of the original and the created lilo.conf?

up2date should always run `mkinitrd`, but with the "--if-needed" flag.



Comment 3 Adrian Likins 2001-04-02 15:14:24 UTC
looks like I was assuming that `mkinitrd` returned a different error
code when it existed because an initrd wasnt needed, and when it
was need and created it successfully. Looking though the mkinitrd
script would seem to indicate this never should of worked, but seemed
to work in practice (the error code was determined empirically, apparently
incorrectly...).

Now the code checks for existense of the initrd after calling `mkinitrd`
to see if it did infact create one, since this seems to be the only
way to tell. Should be a fix in cvs for testing now...

Comment 4 Preston Brown 2001-04-02 19:46:15 UTC
tested, fixed in 2.4.7.


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