MX Linux: ISO’изация системы

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

Как было сказано в предыдущем очерке, после виртуальной кастомизации системы и безуспешной попытки претворить её в ISO-Образ прямо из Live-сессии мне ничего не осталось, кроме как установить её и повторить процедуру уже «с винта». Где, повторяю, образовалась точная копия системы, кастомизированной в Live-сессии. Оставалось только загрузиться в неё (дело по прежнему происходит в виртуальной машине) и из приветственного окна запустить MX-инструментарий:

Общая панель управления дистрибутив-специфичными инструментами выглядит так:

И выбор нужного инструмента тут очевиден — отмеченный на скришоте пункт запустит утилиту mx-snapshot. Что, разумеется, можно сделать и любым другим способом — через меню, набрав в его строке поиска это самое слово (или даже русское — снимок системы), из командной строки терминала или минитерминала. В любом случае результатом будет (после авторизации root’ом и некоторого времени, затрачиваемого на подсчёт занимаемого системой места) появление такого окна:

Отступление: обращаю внимание, что кастомизированная система у меня заняла 3,3 ГБ, тогда как умолчальная инсталляция MX Linux развернулась бы чуть менее чем на 3,5 ГБ. То есть, при нынешних объёмах любых носителей, вся моя кастомизация дала грошовую экономию. Однако смысл её был в ином: избавиться от раздражающих меня «лишних» компонентов, которые по жизни иногда действительно оказываются лишними (как можно было видеть на примере с локалями).

В начальном окне «снапшоттера» следует обратить внимание на то, чтобы свободное место в каталоге /home было существенно больше, чем объём «снапируемой» системы: хотя размер итогового файла ISO-образа при заданных условиях составит около 1ГБ, места под временные файлы потребуется много. И если свободного места — менее чем вдвое против занимаемой системы — надо изменить каталог для размещения снапшота.

Если же с местом на диске всё в порядке, то следует нажать кнопку Далее и в следующем окне первым делом установить тип снапшота — поскольку предполагается создание не резервной копии системы, а кастомизированного образа, включается пункт Сброс учётных записей, одновременно с этим из снапшота будут исключены «обязательные» подкаталоги из «хомяка» текущего пользователя:

При желании можно отредактировать (в текстовом редакторе Leafpad) конфиг mx-snapshot‘а:

И список каталогов, подлежащих исключению из итогового образа:

У меня такое желание было возникло, однако после просмотра обоих файлов пропало, ибо я не нашёл там ничего, что мне хотелось бы изменить. Не воспользовался я и последним шансом для внесения изменений:

После чего мог бы в течении некоторого времени наблюдать за ходом создания образа:

В моей виртуальной машине, настроенной как однопроцессорная, процедура заняла весьма длительное время (точно не засечённое, правда — но больше 20 минут). При работе в реале, как будет сказано позднее, оно оказалось много меньшим.

Так или иначе, но создание снапшота рано или поздно закончится. В моём случае — с таким результатом: в каталоге /home/snapshot образовался файл snapshot-20160218_1728.iso размером 1,0 ГБ (или 1 023 410 176 байт) и парный к нему файл с контрольной суммой snapshot-20160218_1728.iso.md5. Как нетрудно догадаться, цифирь в имени означает год, месяц, число создания снапшота плюс время начала процесса.

Оставалось проверить полученный образ на вшивость. Для чего он сначала был загружен в новую виртуальную машину (созданную тем же образом, и с теми же параметрами, что родительская система). Загрузка прошла без всяких яких, система оказалась идентичной исходной, за исключением того, что данные аккаунтов пользователя и администратора, как и было обещано, вернулись в первозданное состояние, как на образе, скачанном с сайта проекта. То есть — demo и demo, и root и root, соответственно.

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

Пиктограмма запуска инсталлятора, как и ожидалось, красовалась на видном месте рабочего стола. И, более того, действительно запускала инсталлятор системы, чем я немедленно воспользовался, попробовав установить оную на «диск» виртуальной машины. С неизменно превосходным результатом — то есть получением ещё одной точной копии результатов моих кастомизационных усилий.

Как известно, на виртуалку надейся, а в реале не плошай. И потому полученный образ был сначала скопирован на внешний диск с эмуляцией OD (Zalman ZM-VE300, некогда описываемый), а затем — на USB-флешку с помощью команды

# dd if=path2/snapshot...iso of=/dev/sd?

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

Оглавление