Обновляем Ubuntu 14.04, Arch 2019 и Manjaro 2015

Многие хвалят Arch Linux и Manjaro за их вариант обновлений по принципу Rolling release в противовес варианту Long Term Support (LTS) которого придерживается Ubuntu.
Давайте проверим это на практике.

Предлагаю вкратце разобраться чем они отличаются.
Rolling release — обновление дистрибутива происходит по мере появления новой версии какой-либо программы, без фиксирования конкретных версий, конкретных пакетов в качестве какой-то точки отсчета. То есть  у вас есть дистрибутив обновленный на текущий момент, а не версий 1.х, 2.х, и т.д.
Long Term Support (LTS) — через определённый промежуток времени все новые пакеты в дистрибутиве фиксируются, назначается общая версия дистрибутива и в дальнейшем эта версия сопровождается путем исправления ошибок.

Так настолько ли так надежен вариант сопровождения Rolling Release?

Давно мне не давал покоя Arch Linux с его Rolling Release. Идея очень привлекательна: на запасной комп установил, в нужное время его из шкафчика достал, обновил и пользуйся заменой без промедлений.
Или, как вариант, на второй диск переключить, если основной внезапно загнулся. Или дружку установить, чтобы в случае внезапного отказа Винды он имел сразу альтернативу. Да мало ли еще чего.

А тут еще Manjaro со всех углов нахваливают: сам Mint, говорят, собой затмил.

Сайт Manjaro

Ну, проверяю в деле. Чтобы узнать сценарий того светлого будущего, беру этот Manjaro, прям от 2015 года и инсталлирую его, отключив Internet. Стартует, актуализацию хочет. Аж 15 килобайт накопилось — вот же мощь где! А вот установить я их не смог — с pacman конфликт. Пробую через терминал, 20 раз говорю: «Согласен!». Но дули…

Ладно, упростим задачу.
Дадим форы и возьмем дистрибутив являющийся родителем Manjaro, а именно — Arch Linux.

Сайт Arch Linux

Итак, беру чистый Arch Linux от 2019 года и инсталлирую с OBRevenge. Красив, черт. Стартует, 664 пакетов должны быть актуализированы. Но где-то там чего-то там в носу не дает ему возможности это сделать. Так загрузи хотя бы 660 и выдай в конце: «ну не смогла я их все!» Но нет: «либо все, либо ничего».

Дальнейшие эксперименты:
sudo rm -R /etc/pacman.d/gnupg/
sudo rm -R /root/.gnupg/
sudo gpg --refresh-keys
sudo pacman-key --init && sudo pacman-key --populate
sudo pacman-key --refresh-key
sudo pacman -Syu

Пробовал и на разных компах и в виртуалке — иногда актуализация получалась, но радость была недолгой: через пару недель обязательно вылазило Kernel panic.

Ну и возьмем теперь Ubuntu 14.04 выпуска 2014 года. Он самый старый из тестируемых.

Сайт Ubuntu

После установки на компьютер получаем — накопилось 500 Мб с гаком. Соглашаемся. Процесс обновления прошел без проблем — не пискнул ни разу.
Когда все установилось — перезагружаем систему и сразу получаем предложение: «Хочешь Upgrade 16.04?»

Соглашаемся, и этот Upgrade проходит, как по маслу. Думаю до версии 18.04 Ubuntu так же обновится без проблем.

Вот тебе, бабушка, и «Rolling Release» !

Итак, сделаем выводы из полученного опыта:

• Хотите установить дистрибутив использующий вариант обновления Rolling Release — тогда вам, во-первых, для его установки необходимо использовать образ системы поновее. А во вторых, после того как вы его установили и используете, не забывать обновлять и не затягивать. Вариант «обновлюсь через годик» — может или сломать систему, или вообще ничего не обновить, с вытекающими отсюда проблемами с установкой новых программ.
• Вариант же с обновлениями по принципу Long Term Support (LTS) с придерживанием нумерации дистрибутива версиями, более надежен для работы системы с точки зрения долгосрочного использования и возможно не регулярного обновления.

Если это домашний компьютер и вы любитель всегда новых версий программ — можете смело использовать дистрибутив с обновлениями по принципу Rolling Release.
Если же вам необходимо или вы хотите использовать Linux на работе — то с моей точки зрения лучше использовать дистрибутив с обновлениями по принципу Long Term Support (LTS). Например, расширенную сборку — Ubuntu*Pack.

А что вы думаете по этому поводу ?