> Ну хотя бы одно ядро в системе стоит сохранить, хотя бы на
> случай перезагрузки. :)

А если этому вашему LDV и прочим иногда вылезать из своей берлоги и хоть немного смотреть что творится вокруг и как с такими challenge справляются конкуренты.

Тогда можно заметить что у хоть тех же убунтуев с дефолтными настройками - все это обыграно. И сделано куда логичнее. С точки зрения админа - не выезжая за пределы стандартного администрирования пакетов.

1) Как таковой, пакетный менеджер у убунтуев вообще по дефолту сам не будет удалять старые ядра. Его можно попросить вытереть тот или иной пакет вручную, явно. Но это уже право админа - стрелять себе в пятки. Сам по себе пакетные менеджер этогшо делать за админа не будет.

2) При обновлении будет сохранен пакет с старым ядром + появится пакет с новым. Метапакеты с -image и прочим - указывают на самое-самое запатченое ядро этого выводка, что и провоцирует пакетный менеджер на обновление. Если какой-то, грубо говоря, 3.13.5.6 подтянули до 3.13.5.7 с фиксами какой-то одной баги в секурити например - оно приедет. При этом политика версионирования - "как для всего остального софта в репе". Кому сильно охота major апгрейд версии между релизами (или иной flavor) - как минимум перевыбирают метапакет. А потом метапакет обеспечивает подтяжку версии в рамках выбранной серии. Это - правильное и логичное использованеи дебианской пакетной системы и ее возможностей, имхо.

3) Сильно древние ядра - метятся как auto-removable. Но последние несколько версий - не метятся. Это уже такой прозрачный намек админу что можно все это окаменелое добро прибить, если хочется, освободив эн места (и сократив список ядер в grub).

4) пакетный менеджер - дружит с бутлоадером (grub2). А grub2 такой какой он есть не просто так, а для полноценной интеграции с ОС. У дебианщиков и убунтуев есть система хуков. После всего что касается работы с ядрами - пакетным манагером дергается хук. Хук идет и запускает перегенерацию конфига grub2. Тот кроме всего прочего перестраивает загрузочное меню, учитывая изменения в доступности ядер.

Итог? Это самое интересное.

Ядра рулятся так же как весь остальной софт в системе, это обычные пакеты и метапакеты. Решения принимаются стандартной механикой пакетного менеджера на общих основаниях. К ядрам применяется та же политика версионирования и т.п. как и к остальному софту. При этом по дефолту обеспечено сохранение минимум нескольких предшествующих ядер, что страхует от упомянутых вами факапов. Получается логически-консистентное управление софтом в системе, когда поведение пакетного менеджера именно такое как и ожидалось. Без user-visible и admin-visible костылей. Разработчикам приходится немного покодить, хуки всякие и прочая регенерация конфига grub2 из шаблона. Но оно не такое уж страшное и ведет к логичному и удобному управлению системой.

> --- http://lists.altlinux.org/pipermail/sisyphus/2003-May/242707...

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

> В альте для такого достаточно снять его с hold, куда внесено по
> умолчанию.  Снятие по умолчанию тоже обдумывается, но до сих пор
> предсказуемость оказывалась важнее.

Тут вот какое дело: оставлять пользователей с старым ядром - чревато дырявой системой. Сильно breaking изменения вкатывать - чревато сломаной системой. А как у убунтуев, с применением обычной дебианообразной политики версионирования между релизами - выглядит как разумный баланс. И у убунтуев установка нового ядра не значит снос старого. Есть такая штука - метапакеты. Метапакет может указывать на самое свежее ядро, но это не обязывает более старое ядро удалиться из системы. См. выше. В целом получается достаточно логичная конструкция вроде.

> Это понятно; только "побочные команды" умеют и типы ядров переключать, когда имена
> пакетов частично изменяются, а список kernel-modules хотелось бы воспроизвести.

Убунтуи все это сделали без побочных команд, сугубо штатными средствами пакетного манагера. Хочется другой flavor ядра или кардинальный подброс версий? Переключаем метапакет - и получаем то что попросили. Вроде бы логично. И ваши страшилки про отпадение ядра иррелевантны тому как это у убунтуев и дебиана нынче сделано.

А список кернельных модулей - по дефолту я о нем ничего знать вообще не хочу как пользователь. А если я об этом что-то знаю - у меня вероятно ядро кастомное до ж... и модули собраны с недефолтными опциями. И из реп мне такое по любому никто не отгрузит - а откуда они знают что мне надо "по месту"? Это уже "штурвал на себя" и руление самому, со всеми вытекающими, типа нужды все это потом майнтайнить.

> Говорю же, заходите в гости -- договоритесь о встрече с АЕН, расспросите,
> как начиналось и чего держались в пути.  Может оказаться крайне интересно.

После того как меня тут отфашистили, забанив тор и назвав русофобом в хамской форме, при попустительстве модераторов? Да ну, что-то я не в настроении. Я ощущаю себя в подобном сообществе лишним элементом.

> да, nouveau или выпуски тех лет.

Я не могу сосватать пользователям архаичную систему, это бесперспективно и безответственно. Они хотят боле-менее современный веб и кой-какой софт и все это должно вовремя обновляться. Чтобы юзерей не разгасили эксплойтами в надежде на дармовый ресурс. Вот так получается что нуво иногда - спасает ситуацию. Шустро отрисовать десктоп и быть в несколько раз быстрее "VGA adapter" он может, а больше многим юзерам ничего и не надо.

> Аналогично, кстати.

Вообще, разработчики нуво производят впечатление вполне грамотных и квалифицированных людей, которые знают что делают - по фичам их драйвер довольно прилично смотрится, если не считать реклока и вычислений. Ну и GL4.x, который проблема у всех кто в MESA.

На самом деле все упирается в свинскую политику нвидии. Которая с одной стороны клинит развитие драйвера на таких вот технических деталях, а с другой - обеспечивает заметные невооруженным глазом антипатии от лица тех кто может что-то делать, поскольку "ccaть против ветра" нравится мало ому и большинство людей предпочитают просто развернуться к ветру спиной.

Достаточно сходить на форум фороникса и посмотреть сколько reading про нвидию, и сколько про амд. Если этого покажется мало, можно сходить в багтрекер. У амдшников он радует глаз - что ни баг, то [bisected], или как минимум с нормальным описанием, внятными дебажными логами, а то и вовсе apitrace-ом, позволяющим попробовать воспроизвести проблему. Вот это - работоспособное сообщество. А вокруг нвидий его почти нет, из-за того что компания крайне жлобская и закрытая.

> Не особо -- разве что хорошо бы любителей кубунты расспросить, что там было с nouveau/nvidia пару лет тому.

За 2 года в открытых драйверах поменялась целая эпоха. На примере радеонов это лучше видно, т.к. там несколько человек на полную ставку шпарят и потому смогли потянуть тяжелые, фундаментальные вещи, а у нуво - полтора землекопа на все и вся. Но все-таки один перец с фороникса сделал feature matrix MESA в более гламурном виде, с более подробным разбором кто что умеет. И нуво там сейчас чуть ли не обошло интел по полноте фич. Правда, радость портит проблемный реклок.

> что с KDE4 нуво до не шибко давних пор артефактило или ещё чем-то жить не давало.

Не скажу за KDE4, а XFCE с композитингом с нуво работало весьма культурно. Хотя ясен фиг там возможна туева хуча конфигураций и все их протестировать могут только ... пользователи. Без них ничего не получится.

> Это к тому, что говоря о "поддержках", тоже стоит различать
> возможность/удобство установки, диагностики и исправления...

Дык, блин, у блоба довольно одинаково возможность для диагностики и испрвления - в районе плинтуса.