autoremove kernel management leaves one single kernel
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
One Hundred Papercuts |
Confirmed
|
High
|
Unassigned | ||
apt (Ubuntu) |
Confirmed
|
High
|
Unassigned |
Bug Description
After a kernel upgrade, autoremove removes kernel -2
This is normal.
BUT :
If, a new update/full-upgrade is entered, apt suggests an autoremove for kernel -1
If one performs the autoremove, it leaves the system with a single kernel :
:~$ dpkg -l | grep -Ei "linux-
ii linux-headers-
ii linux-headers-
ii linux-headers-
rc linux-image-
rc linux-image-
ii linux-image-
rc linux-image-
rc linux-image-
ii linux-image-
ii linux-image-generic 3.19.0.15.14 amd64 Generic Linux kernel image
By the way, autoremove also leaves a bunch of rc files that need to be wiped with :
dpkg --list |grep "^rc" | cut -d " " -f 3 | xargs sudo dpkg --purge
Having a single kernel is highly uneasy !
ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: apt 1.0.9.7ubuntu4
ProcVersionSign
Uname: Linux 3.19.0-15-generic x86_64
ApportVersion: 2.17.2-0ubuntu1
Architecture: amd64
CurrentDesktop: XFCE
Date: Mon Apr 20 16:52:14 2015
InstallationDate: Installed on 2015-02-07 (71 days ago)
InstallationMedia: Xubuntu 14.10 "Utopic Unicorn" - Release amd64 (20141022.1)
SourcePackage: apt
UpgradeStatus: No upgrade log present (probably fresh install)
Changed in apt (Ubuntu): | |
status: | New → Confirmed |
Changed in hundredpapercuts: | |
status: | New → Confirmed |
importance: | Undecided → High |
Changed in apt (Ubuntu): | |
importance: | Undecided → High |
Two latest installed kernels are expected to be 'actual active' ones, not 'obsolete' like 'synaptic' shows. Or that setting should be set by the user depending on his wish.
This often happen with the devlopment ubuntu release, where there is not several kernels yet (genuine, proposed, security)
So voting to get 2 latest kernels not removed when 'autoremove' is ran.