Альтернативный вариант - под каждый пакет по команде отдельного обновления сделать. Вообще, ядро может оказаться не самым большим объектом в плане потребления времени. Теперь под каждый такой объект делать отдельную команду? Причины вроде нет. Вот эту причину ищу.
ВСё, что связано с ядром, исключается. В /etc/apt/apt.conf написано, если не правили. Собственно "^kernel-(image|modules)-.*", осталное - пережиток далёкого прошлого, можно и убрать уже было лет 10 как наверное.
Могу ещё один минус разделения назвать. Обновил, к примеру, систему, а ядро - забыл/забил/не_знал. Ну и всё. Система менее защищённая, чем в случае обновления одной командой.
Скорее всего разделяют из-за того, что модули вынесены в отдельные пакеты, которые намертво во привязаны к версии ядра. Поэтому, чтобы не разрушались зависимости (а с зависимостями в АЛЬТ даже у обычных пакетов проблемы бывают), вынесли в отдельную утилиту обновление ядра с обвесом из внешних модулей
Более того при таком подходе конкретная версия модуля собирается и тестируется под конкретную версию ядра (даже минорную), что с точки зрения обеспечения стабильности системы, действительно имеет смысл.
Нет, не всегда. Если ядро новое, как, например, 5.12 в Сизифе, то некоторые модули сторонних разработчиков могут быть не готовы. Например, тот же virtualBox.
я не очень правильно выразился. Имелось ввиду, что для одельно взятого ядра в репозитории все модули пересобраны. Или же их просто нет, как в варианте с virtualbox. Но тут и update-kernel не поможет.