руками удолять надо, в смысле через apt-get autoremove

apt-get autoremove их не касается, насколько я помню. Я вообще пользуюсь обычно aptitude, а там autoremove автоматически делается. Помогал бы он — я бы не попадался.

Если новое ядро засбоит то можно будет загрузиться со старого.

Я уже пейсал:

Если на случай краха, то оставляли бы одно, которое в данный момент загружено.

Допустим, apt-get autoremove работает. Но почему более дружественный aptitude их не удаляет, хотя вообще ненужные пакеты удаляет автоматически? Почему при обновлении через гуй, что обычно делают новички, старые ядра сами не удаляются?

Если на случай краха, то оставляли бы одно, которое в данный момент загружено.

Откуда система должна узнать, что то, которое в данный момент загружено тоже не поломано?

Но почему более дружественный aptitude их не удаляет, хотя вообще ненужные пакеты удаляет автоматически?

Если linux-image-VERSION отмечен A (auto), то пакет будет удалён как только от него больше никакой другой пакет не будет зависеть. В Debian есть пакет linux-image-amd64. Вот он и зависит только от одной версии linux-image-VERSION. Как только обновляется пакет linux-image-amd64, старое ядро будет удалено (при попытке удалить загруженное в данный момент ядро выдаётся предупреждение: вы серьёзно!?). Так что нужно просто проверить флажок A (комбинация shift-M).

Арчик(и Manjaro) ЕМНИП удаляет, например, NixOS — тоже, а вот Gentoo — нет, но там это более чем оправдано.

Gentoo, если ядра запихивать через make install, хранит только 2. Но лучше, и я убедился на собственном опыте, запихивать их туда и именовать вручную.

Если новое ядро засбоит

1. Если. В последний раз у меня были такие проблемы в версии то ли 6.10, то ли 7.10. Нет, я ни в коем случае не исключаю такую вероятность, поэтому см. далее.

2. Опять же, как тут уже спрашивали, нафига коллекция из всех ядер, которые когда-либо были установлены в системе? Нужно же только то, что работает.

Почему при обновлении через гуй, что обычно делают новички, старые ядра сами не удаляются?

На новом ядре могут возникнуть проблемы, тогда новичек сможет перейти на старое. И система не может сама решить, какое из прошлых ядер менее сбойное. И у новичков не бывает отдельного /boot, так что они не испытывают нехватку места.

Авторемув удаляет старые ядра.

МНОГО — это сколько?

836?

$ ls /boot -tr | grep vmlinuz
vmlinuz-0-rescue-a38d7Ae3bef630499801f80f2b4f86ca
vmlinuz-4.12.9-300.fc26.x86_64
vmlinuz-4.12.11-300.fc26.x86_64
vmlinuz-4.12.12-300.fc26.x86_64
$ cat /etc/os-release | head -n2
NAME=Fedora
VERSION="26 (Workstation Edition)"
$ cat /etc/dnf/dnf.conf  | grep installonly_limit
installonly_limit=3

У вас либо дистрибутив не торт, либо /boot слишком маленький.

Я вот что-то не помню про политику удаления, но в Debian есть конфигурация этого дела. См. /etc/apt/apt.conf.d/01autoremove-kernels

Благодаря этому треду освободил 7 гб на рабочей Ubuntu 14.04

apt-get autoremove не помог. Тупо руками 📦 удалил

На новом ядре могут возникнуть проблемы,

Верно

система не может сама решить, какое из прошлых ядер менее сбойное

Неверно. Одного предыдущего (уже опробованного пользователем) хватит всем. А если не хватит, то тут уж жуткий пердолинг, от которого не поможет здоровенный список уже установленных предыдущих ядер.

Лошадка! Откуда удалять надо подскажи

У нас в Manjaro для руления ядрами есть графическая тулза. Удаляешь там старое ядро — оно удаляется и в /boot.

$ ls -1 /boot
EMERGENCY
grub
initramfs-4.12-x86_64-fallback.img
initramfs-4.12-x86_64.img
intel-ucode.img
linux412-x86_64.kver
lost+found
memtest86+
syslinux
vmlinuz-4.12-x86_64

https://help.ubuntu.com/community/RemoveOldKernels
Я предпочитаю Unattended-Upgrade::Remove-Unused-Dependencies "true"; unattended-upgrades, а вот на десктопе я удаляю только вручную.

У меня на ноуте я с ужасом обнаружил что 6 гигабайт занимают старые ядра, и autoremove не помог - я сделал это с помощью какого-то хитрого скрипта из инета.

Тоже считаю ненормальным ситуацию, что копится это говно.

Вот есть два ядра - одно рабочее, с которым юзер более 10 раз загружался и работал более часа (т.е. не лихорадочно ребутился пытаясь заставить работать). Значит оно и предыдущее такое же успешное ядро оставляется. А если таковых три и более - предложить пользователю убрать из системы старые версии. А если ему надо одно какое-то старое - он так и выберет чтобы не предлагали убрать его впредь. Как-то так.

Почему при обновлении большинства дистрибутивов не удаляются старые ядра?

Чувак, а почему ты приплел «большинство дистрибутивов», если это проблема убунту?

Благодаря этому треду освободил 7 гб на рабочей Ubuntu 14.04

обнаружил что 6 гигабайт занимают старые ядра

Ужасть.

На FreeBSD при обновлении ядра сначала удаляется каталог со старым ядром /boot/kernel.old, потом каталог с текущим ядром переименовывается в /boot/kernel.old, а свежее ядро ставится в /boot/kernel/. В зависимости от конфигурации ядра каталоги занимают порядка 50-120 МБ.

а мало ли откуда там то ядро сейчас стоит. пакет то старый удален, а ядро могли вручную положить.

Как раз большинство таки удаляет. Я лично удивлён, что убунта так не делает, ведь в дебиане-то изначально удаляет, так что два вопроса — «Ubuntu какой версии?» и «а ты точно не ручками это отключил»?

в винде также.

При переходе с 8 на 9 у меня старое ядро (3.16) как раз осталось. Удалил вручную после месяца где-то юзания дистра. При обновлении ядро заменяется. Убунта вроде 2 или 3 версии хранит, ЕМНИП.

По дефолту Ubuntu ничего не удаляет из ядер

https://bugs.launchpad.net/ubuntu/ source/unattended-upgrades/ bug/1357093

А очень старое перемещается в kernel.old1

Считай единственное преимущество бзди, и то, скоро вероятно и оно померкнет.

У меня так и делается. Остается максимум 3 ядра. Старое удаляется, новое ставится.

Считай единственное преимущество бзди, и то, скоро вероятно и оно померкнет.

А отсутствие systemd и возможность прямой эмуляции CentOS уже не считается преимуществами? Кстати, ядро Linux при этом никакое не используется.

А очень старое перемещается в kernel.old1

Это как происходит?

в винде также.

В винде снапшоты - можно откатиться.

Для Gentoo - тоже есть тулза которая это делает, так что там все тоже хорошо.

А если я хочу, чтобы например 4 предыдущих ядра сохранялись, а не только одно?

Каждый раз копируешь /boot/kernel в отдельный каталог вручную или хакеришь цель make installkernel. Удаляешь лишнее.

Каждый раз копируешь

Ну тогда так себе придумано. В федора/центос по-гибче будет.

Не знаю, при пересборке такое бывает.

а вдруг ты хрен там новое загрузишь?

На centos то же самое, насколько я вижу. Один мой знакомый™ рассказывал, что и на федоре так же.

Почему при обновлении большинства дистрибутивов не удаляются старые ядра?

Потому что в убунте есть linux-generic, который от них зависит. Я каждый раз после установки нового ядра, руками удаляю старое. Давно привык уже.

в /boot не хватает места

Это что, шутка? Ты пошел на поводу у оголтелых тупиц и вынес /boot на отдельный раздел? Так стало быть?

Федора удаляет, оставляя только три последних ядра. Убунта нинужна.

Нет, там три ядра и можно количество ядер в конфиге регулировать

ОК, расскажи нам, как запускать систему без отдельного boot, если корень зашифрован.

более дружественный aptitude
более дружественный

wrong.

И да, УМВР (apt autoremove, zesty 17.04)

UPD Хотя, я вот вспомнил, при обновлении дистрибутива Ubuntu старое ядро(ядра) не удаляется. Вот его-то надо руками чистить.