Neon: последний раз про wasta-remastersys

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

Давеча разговор о нештатном обновлении apt я начал не с бухты-барахты, а, подобно кардиналу, лелея коварные замыслы: проверить одну гипотезу, высказанную в обсуждении на форуме Matuntu (пересказывать суть проблемы лениво, поэтому за подробностями — отсюда и сюда).

Так что далее конспективно описываются действия по попытке создания кастомизированного образа на базе Neon 5.8 LTS (описанного здесь) посредством утилиты wasta-remastersys. Которые включают, для начала, подключение соответствующего репозитория:

$ sudo -s
# add-apt-repository ppa:wasta-linux/wasta-apps

обновление кеша пакетов

# apt update

и установку нужного

# apt install wasta-remastersys

Далее исхожу из предположения, что всё, что нужно будет иметь в образе, в системе быть имеет. В том числе — программа установки ubiquity и все её зависимости, включая ubiquity-slideshow-neon (в моём случае). Поэтому сразу затем выполняется команда

# wasta-remastersys-skelcopy [usernamr]

которая копирует dot-файлы из $HOME указанного пользователя в каталог /etc/skel. А затем — очень тщательно проверяется результат её выполнения. Ибо копирует она, с одной стороны, не всё необходимое. Например, у меня она скопировала ~/.zshenv, но проигнорировала ~/.zshrc. А с другой стороны, в /etc/skel при этом попадает немало лишнего (например, кеши браузеров и тому подобная информация, не очень предназначенная для посторонних глаз).

Длаее, не худо проглядеть конфиг wasta-remastersys, и, при необходимости, внести в него изменения (я ограничился заданием собственной заставки). Затем запускается утилита тотального обновления и очистки системы от следов прежней жизнедеятельности:

# ucaresystem-core

Результатом её работы может быть обновление ядра, так что вслед за тем не худо перезагрузить систему (да и просто на всякий случай это не повредит). И, наконец, дать команду на создание образа, которая в моём случае выглядела так:

$ sudo wasta-remastersys dist keon-58lts_01.iso

Утилита wasta-remastersys по умолчанию использует xz-сжатие, поэтому были задействованы все восемь потоков моего i7-4790K, и потому процесс завершился достаточно быстро, оставив после себя в каталоге /home/wasta-remastersys/wasta-remastersys два файла — keon-58lts_01.iso (размером 1,3 ГБ) и keon-58lts_01.iso.md5.

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

wasta_01

Затем — рабочий стол KDE с деформированными панелями и в разрешении 800×600. Каковое я тут же превратил в человечье:

wasta_02

После чего запустил инсталляционную программу, которая до некоторого времени работала нормально, демонстрируя Neon’овскую заставку:

wasta_03

А потом, когда по всем расчётам установка должна была бы подойти к концу, я получил вот такое сообщение об ошибке:

wasta_04

Обращаю внимание — список якобы повреждённых пакетов был действительно пуст. А после закрытия этого окна последовало знакомство с известным сообщением о том, что программа инсталляции перебрала фетяску потерпела крах. И загрузиться с vdi-образа виртуального диска оказалось невозможным. Хотя объём его (8,1 ГБ) позволял предположить, что на самом деле установилось всё, кроме загрузчика.

Тут я вспомнил, что на подготовительном этапе установки, ускорения дела для, отказался от загрузки обновлений и стороннего софта. Может быть, повреждение пакетов было связано с этим? И я повторил процедуру установки, отметив соответствующие боксики:

wasta_05

Результатом был опять-таки крах установщика. Который в данном случае невозможно объяснить тем, что гранаты были не той системы… то есть, пардон, apt не той версии. Поэтому сердце моё успокоилось на несколько иррациональном объяснении.

Как известно, есть люди, которым везёт в карты, и есть такие, кому везёт в любви. Некоторым, подобно генералу Чарноте (и автору этих строк) всегда (ну или почти всегда) везло и в любви, и в карты (а также с друзьями, товарищами и в ситуациях, которые нынче принято называть экстремальными). На что неподкупный небесный бухгалтер, ведущий строгий учёт дебету наших удач и кредиту неудач, не мог смотреть без возмущения. И потому уравновесил всё это фатальным невезением при работе с remastersys и её прямыми клонами.

Я решил, что это — не очень дорогая плата «за все мои удачи», и потому написал эту шпаргалку для тех, кому повезёт больше. А в следующем очерке подведу итог своим упражнениям с системами ремастеринга образов вообще — применительно к дистрибутивам Neon и соплеменным Maui.

Neon: последний раз про wasta-remastersys: 12 комментариев

  1. Не знаю, Алексей, наблюдали ли Вы процесс создания образа, но ближе к завершению появилось сообщение такого содержания:
    Downloading packages for CD
    E: Невозможно найти источник для загрузки «grub-pc-bin:amd64» версии «2.02~beta2-36ubuntu3.3»
    Возможно аварийное завершение установки системы происходит по причине отсутствия в сборке указанного пакета.
    В ремастируемой системе инсталлирован пакет grub-pc-bin 2.02~beta2-36ubuntu3.5

  2. Таня, не было у меня такого сообщения. И grub-pc-bin, установлен, и вообще все recommended-пакеты по выводу apt show systemback :)
    PS Кстати, интересно, сейчас глянул версию:

    $ apt se grub-pc-bin
    ...
    grub-pc-bin/xenial-updates,now 2.02~beta2-36ubuntu3.2 amd64 [установлен, автоматически]
    

    ubuntu3.26 Таня! Ну если remastersys’у действительно нужен grub-pc-bin с точностью до субверсии — к чертям такой remastersys :)

  3. Алексей, этот remastersys, пожалуй, стоит отправить туда.
    Тестирование Bodhibuilder-a оказалось более удачным, особенно в сборке, производной от 16.10, установка которой прошла безаварийно. И слайд-шоу от Ubiquity в его зависимостях не требуется.

  4. Да, Таня, похоже, что туда ему прямая дорога — вон и в заглавии про последний раз написал :)
    Меня именно вариант wasta-remastersys привлёк своей чистой консольностью — то есть теоретически им можно было бы делать бездесктопные образы. Но практически оказывается — никакие :)
    А Bodhibuilder я ещё раз попытался установить в Neon’е — с тем же результатом: неразрешимые зависимости. И подключать Bodhi’шный репозиторий не хочется — боюсь каши…

  5. Алексей, я обошлась без репозитория. Установила скачанный пакет, который притянул все необходимые зависимости, связанные с Ubiquity.

  6. На Ваших снимках установщик не похож на Ubiquity. Что он из себя представляет?

  7. Ubiquity, Таня, она самая. Только слайд, с позволения сказать, шоу — Neon’овское. Которое на самом деле статическая картинка, которая временами чуть шевелится, чтобы изобразить из себя шоу :)
    Старина Джо — он ведь тоже лишнего не любит, как и мы :)
    Но я проделывал всё то же самое и со слайд-шоу абстрактного KDE, и от Kubuntu. С тем же результатом.
    Так что не только гранаты от apt’а тут ни при чём, но и слайд-шовские патроны :)

  8. И да, Таня, при установке скачанного bodhibuilder`’ового deb’а что через Qapt, что в лом через dpkg d Neon’е ответ один — неразрешимые зависимости.
    В общем, если продолжать — то не миновать лезть таки вглыбь. Вот только нужно ли это кому? А тем считанным людям (по пальцам, не разуваясь), которым это на самом деле может быть нужно — я им и в индивидуальном порядке соберу и установлю.

  9. Да, Qapt у меня также себя повёл, поэтому установку проводила с помощью Gdebi.

  10. Таня, спасибо за идею. В итоге bodhibuilder установился через gdebi-core, из командной строки. Образ тоже создался благополучно. Сейчас буду пробовать, как с него установится система :)
    Попутно открыл для себя gdebi-kde: выглядит, как Qapt, то есть по человечьи. А ведёт — как Gdebi с Gtk-интерфейсом. Так что если ещё раз занесёт на KDE-системы — возьмите на карандаш :)

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

  12. И это радует, тем более, что BB легко можно настроить под себя.

Добавить комментарий