Ещё раз про Neon и Systemback

Алексей Федорчук

Итак, потерпев фетяску при попытках использования в Neon’е программ из клана Remastersys, я вернулся к более знакомым пистолетам… пардон, к программе Systemback, дабы победить её или… нет, погибать в мои ближайшие планы не входило, а бросить это безнадёжное предприятие до лучших времён.

Прежде всего следовало разобраться в причинах неудачи первого подхода к снаряду Systemback’а. В своей беде я оказался не одинок, и прекращение загруки с созданного в этой программе образа широко обсуждался в Сети. Напомню, что загрузка в таких случаях обрывалась на таком сообщении:

(initramfs) /cow format specified as aufs and no support found.

Как обычно, обсуждение сводилось к ответу на два сакраментальных вопроса, которые сформулировал Тимур наш, Шаов:

Что делать, блин?
И кто, блин, виноват?

Правда, отвечать на них следовало в обратном порядке. И на второй вопрос почти во всех просмотренных мной источниках ответ давался однозначный: виноват пакет casper не той системы… то есть версии. Откуда вытекал и ответ на вопрос, что делать, блин: вытащить из закромов старых репозиториев casper версии «правильной», и хранить его в системе, как зеницу ока, отметив статусом hold.

Однако этот метод не всегда срабатывал. В частности, он не работал в случае с одной из моих сборок Cintu. Тогда я, опираясь на тонкий намёк разработчика Systemback’а, предположил, что виновато обновлённое ядро системы — до версии много более высокой, чем исходно была в базовой системе. В том случае ответ на вопрос «что делать» оказался правильным — после отката до штатного ядра релиза, созданный в Sustemback’е образ загрузился нормально.

В случае с Neon’ом не прокатывало ни то, ни другое решение. Но задач была в принципе решаемая: передо мной стоял образ, созданный из инсталляции Maui2, который успешно загружался, и система, столь же успешно инсталлированная с него, хотя и в виртуалке. А ведь все базовые компоненты в этих дистрибутивах были идентичны.

И тогда я подумал: если виноваты не ядро, и не версия пакета casper — может, вся тяжесть вины за содеянное лежит на самом casper‘е? И не заменить ли его пакетом live-boot, выполняющим ту же функцию — обеспечение загрузки с образа Live CD/DVD? Правда, пакет этот используется в Debian’е и его «чистокровных» потомках, но имеется и в репозитории Ubuntu. К тому же этот метод, как оказалось, открытым текстом рекомендует Сам Kendek aka nemh, автор программы Systemback. Правда, для случая с Linux Mint — но чем чёрт не шутит, может, прокатит и с Neon’ом…

Если решение принято — оно должно быть выполнено. Я подключил нужный репозиторий:

$ sudo
# add-apt-repository ppa:nemh/systemback

Обновил локальный кэш:

# apt update

И установил нужный пакет:

# apt install systemback

В качестве зависимостей он, в числе прочего хозяйства, потянул за собой и casper вместе с уже его зависимостью, пакетом lupin-casper. Впрочем, оба они безболезненно удалились одной командой:

# apt purge casper

А их место заняли live-boot и его зависимость live-boot-initramfs-tools — тоже благодаря одной команде:

# apt install live-boot

После этого я «вычистил» систему командой

# ucaresystem-core

И, запустив Systemback, выполнил в нём необходимые настройки, в частности, заменил русскую локализацию на English (common), отметил сжатие XZ и автоматическое создание iso-образа:

neon-i-systemback_01

А также задал список файлов-исключений в домашнем каталоге:

neon-i-systemback_02

Затем вернулся в главное меню программы (интерфейс её стал англоязычным после перезапуска):

neon-i-systemback_03

Где выбрал кнопку Live system create, в появившемся окне задал имя образа myneon-yy-mm-dd, отметил «птицей» опцию включения пользовательских файлов, и нажал на кнопку Create. Что через расчётное время привело к появлению в том же окне имён собранных образом iso и sblive:

neon-i-systemback_04

Загружая виртуальную машину с новообразованного iso’шника, я не без трепета душевного следил за таймером в меню загрузчика:

neon-i-systemback_05

А затем и за сменившим его чёрным экраном — именно в этот момент ранее появлялось то самое сообщение, выкидывающее в командную строку busybox‘а. Сердце же моё успокоилось при появлении строгой KDE’шной заставки — Рубикон был перейдён:

neon-i-systemback_06

И уж совсем душа моя возрадовалась, когда в окне Virtualbox’а появился рабочий стол KDE — да ещё на фоне точно такого же десктопа хост-машины:

neon-i-systemback_07

И уж совсем радостно стало, когда я увидел на «Доске приложений» программы, доустановленные мной в «систему-матку» сверх базового комплекта Neon’а:

neon-i-systemback_08

Теперь можно было в своё удовольствие заниматься кастомизацией базового Neon’а, зная, что при успехе этого высококультурного мероприятия способ увековечить результат в виде iso-образа — есть.

Оставить комментарий

Перейти к верхней панели