Para responder por que, consulte o arquivo /etc/apt/apt.conf.d/01autoremove-kernels
Como você pode ver, o apt é instruído a nunca remover automaticamente os kernels, conforme informado por outro arquivo (script), /etc/kernel/postinst.d/apt-auto-removal
. E aqui está:
Se o seu script-fu for bom o suficiente, você poderia editá-lo para salvar apenas alguns kernels, embora eu não possa ajudá-lo, já que o meu script fu não é tão bom
Atualização:
No /etc/kernel/postinst.d/apt-auto-removal
, há esta parte:
if [ "$latest_version" != "$installed_version" ] \
|| [ "$latest_version" != "$running_version" ] \
|| [ "$installed_version" != "$running_version" ]
then
# We have at least two kernels that we have reason to think the
# user wants, so don't save the second-newest version.
previous_version=
fi
Portanto, se você comparar a saída de 01autoremove-kernels
file e uname -r
, perceberá que o kernel em execução no momento e o mais recente antes dele são mantidos para nunca serem removidos por esse script. Acontece que há outro arquivo /etc/apt/apt.conf.d/01autoremove
, onde há linhas:
APT
{
NeverAutoRemove
{
"^firmware-linux.*";
"^linux-firmware$";
};
VersionedKernelPackages
{
# linux kernels
"linux-image";
"linux-headers";
"linux-image-extra";
"linux-signed-image";
# kfreebsd kernels
"kfreebsd-image";
"kfreebsd-headers";
# hurd kernels
"gnumach-image";
# (out-of-tree) modules
".*-modules";
".*-kernel";
"linux-backports-modules-.*";
# tools
"linux-tools";
};
Então você pode comentá-los, e isso permitirá que você remova automaticamente os kernels com apt-autoremove
, embora lembre-se - faça isso por sua própria conta e risco