Bug 526505 - initramfs is not deleted with a kernel upgrade
Summary: initramfs is not deleted with a kernel upgrade
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: grubby
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Peter Jones
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-09-30 16:43 UTC by Peter Gückel
Modified: 2009-10-25 01:24 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-10-25 01:24:52 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Peter Gückel 2009-09-30 16:43:09 UTC
Description of problem:
When yum installs a new kernel and removes the old one (mine is set up to keep 3), the 4th-oldest is deleted, but not the associated initramfs file.

Version-Release number of selected component (if applicable):
dracut-002-8.git845dd502.fc12.noarch

How reproducible:
Allow yum to automatically install a new kernel and remove the 4th-oldest one. initramfs files are piling up.

Steps to Reproduce:
1. see above
2.
3.
  
Actual results:
as described

Expected results:
when a kernel is deleted, either via yum or rpm or an associated gui, the corresponding initramfs file should also be removed.

Additional info:

Comment 1 Harald Hoyer 2009-10-01 09:37:04 UTC
assigning to kernel

Comment 2 Chuck Ebbert 2009-10-05 04:47:40 UTC
kernel preuninstall runs:
/sbin/new-kernel-pkg --rminitrd ...

Comment 3 Harald Hoyer 2009-10-06 08:28:02 UTC
kernel should own the initramfs image in the rpm filelist

Comment 4 Chuck Ebbert 2009-10-07 22:27:21 UTC
(In reply to comment #3)
> kernel should own the initramfs image in the rpm filelist  

Yes, the kernel owns the initrd. And it deletes it by calling "/sbin/new-kernel-pkg --rminitrd".

Comment 5 Peter Gückel 2009-10-24 19:14:34 UTC
Got a new kernel this morning. On my x86_64 system, this now works. Will try the i686 system later, when the repos are synced with today's updates (weren't yet, for some reason, although x86_64 was).

Comment 6 Peter Gückel 2009-10-25 01:24:52 UTC
Solved, thanks!


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