kernel autoremove not working
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
apt (Ubuntu) |
Confirmed
|
High
|
Unassigned |
Bug Description
On one 16.04 machine I have 5 4.4.0-kernels in /boot now (on another machine even 6):
-rw------- 1 root root 7013968 Apr 19 00:21 vmlinuz-
-rw------- 1 root root 7015440 Mai 13 01:55 vmlinuz-
-rw------- 1 root root 7020176 Jun 8 23:39 vmlinuz-
-rw------- 1 root root 7026864 Jun 24 14:03 vmlinuz-
-rw------- 1 root root 7047504 Jul 13 03:59 vmlinuz-
Should not hapen that way. apt-get autoremove should clean that, but doesn't.
regards
ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: apt 1.2.12~
ProcVersionSign
Uname: Linux 4.4.0-31-generic x86_64
NonfreeKernelMo
ApportVersion: 2.20.1-0ubuntu2.1
Architecture: amd64
CurrentDesktop: XFCE
Date: Thu Jul 21 11:41:43 2016
InstallationDate: Installed on 2016-04-22 (89 days ago)
InstallationMedia: Lubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420)
SourcePackage: apt
UpgradeStatus: No upgrade log present (probably fresh install)
Changed in apt (Ubuntu): | |
importance: | Undecided → High |
Are you sure you haven't marked these kernels as manually installed somehow? Perhaps there is also something depending on them still like some installed out-of-tree kernel modules.
The output of the following three commands can be helpful to figure out if apt would consider autoremoving them if nothing else would block them:
apt-mark showauto ^linux-image-.* apt.conf. d/01autoremove- kernels
apt-mark showmanual ^linux-image-.*
cat /etc/apt/