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 55598 - Kickstart upgrade installed mulitple kernels
Kickstart upgrade installed mulitple kernels
Status: CLOSED DUPLICATE of bug 55068
Product: Red Hat Linux
Classification: Retired
Component: anaconda (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Matt Wilson
Brock Organ
Depends On:
  Show dependency treegraph
Reported: 2001-11-02 13:36 EST by Peter Fales
Modified: 2007-04-18 12:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-11-08 11:13:06 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Upgrade.log file from 7.1 to 7.2 "kickstart upgrade" (35.97 KB, text/plain)
2001-11-05 15:20 EST, Peter Fales
no flags Details

  None (edit)
Description Peter Fales 2001-11-02 13:36:05 EST
Description of Problem:

I had a 7.1 system which had two kernels in lilo.conf:  label=linux and
The linux image was linux-2.4.9-6 (from the latest kernel rpm) and
linux-old was the
old kernel from the 7.1 install CD.  After doing an "upgrade" kickstart",
my lilo.conf file
had entries for mulitple new kernels - I assume this is because several
kernel rpms
were installed.  

How Reproducible:

Only tested once 

Steps to Reproduce:
1.   Install vanilla 7.1 system.  Installed only the basic i686 kernel (no
enterprise,  no SMP, 
2.   Did a kickstart with the "upgrade" option   

Actual Results:

kernel-smp, kernel-enterprise,  and kernel were all installed and had
entried in lilo.conf

Expected Results:

Since the original system only had "kernel", I thought the upgrade should
have the same

Additional Information:
Comment 1 Brent Fox 2001-11-03 10:14:27 EST
Can you attach your upgrade.log that the installer should have left in /tmp?  I
think XFree86 is pulling in the other kernel packages.  I can't duplicate this
on a vanilla upgrade from 7.1 to 7.2...did you install newer versions of XFree86
than what was shipped with 7.1?
Comment 2 Peter Fales 2001-11-05 15:20:48 EST
Created attachment 36502 [details]
Upgrade.log file from 7.1 to 7.2 "kickstart upgrade"
Comment 3 Peter Fales 2001-11-05 15:22:34 EST
You're right on both counts.  I forgot that my "vanilla" 7.1  installation also
had the chocolate sprinkles on top.  My 7.1 installation procedures includes
installing all RPMs from the ftp
site in the redhat 7.1 "updates" directory.   As far as I can tell, thought, the
XFree86 package
is the stock one from the 7.1 CD.  The updates are to some of the add-on

I've attached the updates.log file and I see that XFree86 is responsible for
pulling in the 
other kernels.  Is there any way to keep that from happening?
Comment 4 Brent Fox 2001-11-08 11:13:00 EST
msw, is there anything we can do to prevent XFree86 (or other packages, for that
matter) from pulling in kernels (SMP, enterprise) that weren't already installed
on the system?

As far as I can tell, pulling in the other kernels doesn't hurt anything, but it
is a little annoying.
Comment 5 Brent Fox 2001-11-08 11:38:38 EST
This is a dupe of bug #55068.

*** This bug has been marked as a duplicate of 55068 ***
Comment 6 Peter Fales 2001-11-08 13:51:32 EST
In addition to the disk space used by the extra kernels, another annoying aspect
of this is that it creates lilo entries for all the kernels.  This is confusing
to users who suddenly start seeing extra choices on the boot menu and start
asking what they are for.

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