Maui, Neon и Systemback

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

Удручённый неудачей с созданием снапшота системы в Neon посредством утилиты Systemback, я решил проверить: а работает ли она в дистрибутиве Maui. Для чего выполнил в нём все те же действия: подключил репзиторий, установил пакет, запустил и подсторил Systemback. После чего «заказал» изготовление своей системы, установленной на реальное железо, и занимающей чуть меньше 9 ГБ. После некоторого ожидания получил я получил два образа — my-maui-11-20.iso и my-maui-11-20.sblive, объёмом 2,4 ГБ (с использовальзованием xz-сжатия).

Теперь предстояло проверить первый из них «на вшивость» — сами по себе образы благополучно собирались и в Neon’е, и были очень похожими на настоящие, хотя и не работали. Для проверки я создав очередную виртуальную машину и установил её загрузку с iso-образа. Появилось меню загрузчика Systemback’а:

maui-i-systemback_01

Здесь я бестрепетно нажал Enter — и о чудо! через несколько мгновений появилась KDE’шная сплэш-анимация, свидетельствующая о том, что загрузка пошла:

maui-i-systemback_02

А ещё через несколько секунд перед моими глазами предстал рабочий стол KDE:

maui-i-systemback_03

Как ис ледовало ожидать, он представлял собой уменьшенную копию того окружения, на фоне которого была запущена виртуальная машина:

maui-i-systemback_04

Окрылённый успехом, я решил повторить процедуру создания образа в Neon’е (напоминаю, он пока существует у меня в виде виртуальной инсталляции). Увы, чудес не бывает — и с пересобранного образа виртуальная машина грузиться отказалась. Но на этот раз не безмовно, а выдав уже знакомое мне по Cintu сообщение:

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

Как уже говорилось, найти обсуждение этой проблемы в сети легко — с ней сталкивались за последние год или два многие применители Systemback’а. И обычно она объяснялась ошибкой в утилите casper. В моих случаях и с Neon’ом, и с Cintu это не прокатывало — версии этого пакета были абсолютно одинаковы и устанавливались из одного репозитория (секции main официального репозитория Ubuntu).

В случае с Cintu я списал эту ошибку на обновление ядра: после возврата пакета linux-generic штатной версии загрузка с пересоданного образа прошла без вопросов. Но в Maui и в Neon’е ядро-то было идентичным с точностью до последнего знака после точки. И в них команда

$ uname -r

выводила

4.4.0-45-generic

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

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