Не могу объяснить, почему ... Я предполагаю, что небезопасно просто удалять их вручную, поэтому некоторые рекомендации будут оценены. Вот ls моего каталога / boot (очевидно, я использую ядро 3.13.0-51):
-rw-r--r-- 1 root root 1164671 Apr 15 09:03 abi-3.13.0-51-generic
-rw-r--r-- 1 root root 165762 Apr 15 09:03 config-3.13.0-51-generic
drwxr-xr-x 5 root root 1024 Apr 30 14:33 grub
-rw-r--r-- 1 root root 22431280 Nov 26 14:16 initrd.img-3.13.0-36-generic.old-dkms
-rw-r--r-- 1 root root 22427261 Nov 26 14:16 initrd.img-3.13.0-37-generic.old-dkms
-rw-r--r-- 1 root root 9098067 Nov 26 18:00 initrd.img-3.13.0-39-generic.old-dkms
-rw-r--r-- 1 root root 9109727 Feb 5 15:22 initrd.img-3.13.0-40-generic.old-dkms
-rw-r--r-- 1 root root 9110419 Jan 18 02:29 initrd.img-3.13.0-43-generic.old-dkms
-rw-r--r-- 1 root root 9109659 Apr 5 23:11 initrd.img-3.13.0-44-generic.old-dkms
-rw-r--r-- 1 root root 9109097 Apr 5 23:01 initrd.img-3.13.0-46-generic.old-dkms
-rw-r--r-- 1 root root 5814104 Apr 30 14:13 initrd.img-3.13.0-48-generic
-rw-r--r-- 1 root root 22483793 Apr 30 13:52 initrd.img-3.13.0-48-generic.old-dkms
-rw-r--r-- 1 root root 9124331 Apr 30 14:28 initrd.img-3.13.0-49-generic.old-dkms
-rw-r--r-- 1 root root 22496134 Apr 30 13:59 initrd.img-3.13.0-51-generic
-rw-r--r-- 1 root root 4112384 Apr 30 12:16 initrd.img-3.13.0-51-generic.old-dkms
drwx------ 2 root root 12288 Aug 4 2014 lost+found
-rw-r--r-- 1 root root 176500 Mar 12 2014 memtest86+.bin
-rw-r--r-- 1 root root 178176 Mar 12 2014 memtest86+.elf
-rw-r--r-- 1 root root 178680 Mar 12 2014 memtest86+_multiboot.bin
-rw------- 1 root root 3389875 Apr 15 09:03 System.map-3.13.0-51-generic
-rw------- 1 root root 5818368 Apr 15 09:03 vmlinuz-3.13.0-51-generic
nvidia
иbbsswitch
источник при компиляции может заменить,/boot/initrd.img
поэтому создайте резервную копию, которую можно восстановить, еслиdkms
она используется для удаления изменений. Я работаю сегодня, чтобы обновить мойrm-kernels
bash-скрипт, чтобы удалить их устаревшие.old-dkms
./boot/*.old-dkms
принадлежащих удаленным ядрам.Ответы:
Это безопасно удалить их вручную. Похоже, что подан отчет об ошибке: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717584.
Я могу сообщить, что то же самое происходит здесь с ядром 3.13.0-54 и ядром 3.13.0-55.
источник
2.2.0.3
но я понятия не имею, какая версия работала, когда устаревшиеinitrd.img*.old-dkms
файлы были оставлены.Вы можете запустить команду
rm /boot/*.old-dkms
с правами root. Однако убедитесь, что удаленные файлы * .old-dkms не нужны старым ядрам, которые вы, возможно, установили. Вы можете увидеть список установленных на данный момент ядер, выполнивdpkg-query -l "linux-image-[0-9]*" | grep -e "^ii"
.источник
Я планировал изменить мой
rm-kernels
bash-скрипт, чтобы удалить эти старые резервные копии, если ядро было удалено с помощьюsudo apt purge *<kernel_version>*
. Однако при исследовании отчетов об ошибках я обнаружил, что это исправлено в апстриме в апреле 2017 года.Если вы не возражаете против запуска приложений с графическим интерфейсом от имени root, вы также можете использовать
pkexec nautilus
для поиска устаревших резервных копий для удаления:В моей системе Nautilus показывает ядра версии
4.4.8
,4.9.21
и4.10.10
устанавливается и может использовать.old-dkms
резервные копии. Выделенные копии являются устаревшими резервными копиями, которые я удалил.ПРИМЕЧАНИЕ.
pkexec
Требуется настройка набора политик. Он предназначен для заменыgksu
и наgksudo
который вы будете часто ссылаться в исторических сообщениях.источник