So I did some more digging, and I guess the 5.15.0-82 kernel is there
because it's required by linux-image-generic:
$ dpkg -l | grep linux-image | grep ^ii
ii linux-image-5.15.0-82-generic 5.15.0-82.91
amd64 Signed kernel image generic
ii linux-image-5.19.0-50-generic 5.19.0-50.50
amd64 Signed kernel image generic
ii linux-image-6.2.0-26-generic 6.2.0-26.26~22.04.1
amd64 Signed kernel image generic
ii linux-image-6.2.0-31-generic 6.2.0-31.31~22.04.1
amd64 Signed kernel image generic
ii linux-image-generic 5.15.0.82.78
amd64 Generic Linux kernel image
ii linux-image-generic-hwe-22.04 6.2.0.31.31~22.04.8
Although even after uninstalling linux-image-generic, sudo apt
autoremove still doesn't remove any additional kernels. I guess somehow
the logic that apt uses to remove unused kernels doesn't account for
when multiple linux-image-generic packages are installed because of HWE.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apt in Ubuntu.
https://bugs.launchpad.net/bugs/1968154
Title:
Only keep 2 kernels
Status in apt package in Ubuntu:
Fix Released
Status in apt source package in Bionic:
Fix Released
Status in apt source package in Focal:
Fix Released
Status in apt source package in Impish:
Fix Released
Bug description:
[Impact]
APT currently keeps 3 kernels or even 4 in some releases. Our boot partition
is sized for a steady state of 2 kernels + 1 new one being unpacked, hence
users run out of space and new kernels fail to install, upgrade runs might
abort in the middle. It's not nice.
[Test plan]
1. Have two kernels installed (let's call them version 3, 2)
2. Check that both kernels are not autoremovable
3. Install an old kernel (let's call it 1), and mark it automatic
4. Check that 1 will be autoremovable (apt autoremove -s)
5. Reboot into 1, check that 2 is autoremovable (apt autoremove -s)
6. Actually remove 2
7. Reboot into 3 and check that both 1 and 3 are now not autoremovable
[Where problems could occur]
We could keep the wrong kernels installed that the user did not expect.
We remove the requirement to keep the most recently installed version,
previously recorded in APT::LastInstalledKernel, to achieve this, as
we had 3 hard requirements so far:
1. keep booted kernel
2. keep highest version
3. keep most recently installed
1 can't be removed as it would break running systems, 2 is what you
definitely want to keep.
During normal system lifetime, the most recently installed kernel is
the same as the highest version, so 2==3, and there are no changes to
behavior.
Likewise, if you most recently installed an older kernel manually for
debugging, it would be manually installed and not subject to removal,
even if the rule is dropped.
The behavior really only changes if you install an older kernel, and
then mark it auto - that older kernel becomes automatically removable
immediately after it is marked as auto.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1968154/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
