Алексей Федорчук
То, что автор не может редактировать свои тексты — я понял очень давно, ещё сочиняя свою первую научную статью за геологию. А тут, собрав под старость лет, свою Cintu, рассчитанную не только на личное употребление, обнаружил, что тестировать её — ничуть не легче. Однако, собрав волю в кулак, я попробовал посмотреть на неё, как на любой, абсолютно посторонний, дистрибутив — то есть с достаточной долей ехидства.
Оказалось, что для приложения ехидства (в свой собственный адрес) поводов было… не скажу, что уж очень много, но имели место. Их я собрал во второй половине этой заметки — чисто для себя, чтобы не забыть про них при подготовке окончательного варианта сборки, каковой планируется стразу после релиза базовой Ubuntu 16.04. А в первой половине будет наблюдение несколько более общего характера.
Как было сказано в предыдущей заметке, своего рода анонсе тестовой сборки Cintu, из iso-образа последней легко сделать загрузочно-установочную флешку или SD-карту — либо командой dd
, либо, по свидетельству Татьяны Ивановой, с помощью по крайней мере одной из специальных утилит — USB Creator.
Однако сам по себе инструмент, использованный для увековечивания сборки Cintu, Systemback, исходно создаёт как раз образ для записи на флешку, который уже потом трансформируется в iso-образ, да и то по желанию. Что, конечно, прогрессивно: в связи с выпиранием оптических приводов давно пора считать создание образов для флешек (и SD-карт) правилом, а iso’шников — опцией. Однако насколько это работает? Это я и решил проверить.
Созданный Systemback’ом образ для твердотельных носителей имел вид cintu-1604-mini-test2.sblive
и объём, равный, точностью до нескольких килобайт, iso-файлу (оба — чуть меньше 750 МБ). Солдатская смекался подсказала, что переносить его на целевой носитель следовало всё той же командой dd
. Поскольку флешки, содержимым которой я мог пожертвовать «не глядя», у меня под рукой не было, а просматривать всю коробку с ними было лень, я взял заведомо не используемую SD-карточку объёмом 1 ГБ, вставил её во внутренний привод для чтения карт десктопа (с USB-интерфейсом), и дал команду
$ sudo dd if=cintu-1604-mini-test2.iso of=/dev/sde bs=8M
По прошествии времени, примерно соответствующего расчётному, последовало сообщение об успехе процедуры:
88+1 записей получено 88+1 записей отправлено скопировано 741343232 байта (741 MB), 213,724 c, 3,5 MB/c
После чего с этой самой карточки загрузился, выбрав в меню Systemback’а Boot Live System — и получил MDM’овский экран авторизации. Хотя в материнской системе был предусмотрен беспарольный вход, который добросовестно наследовался при загрузке с ISO-образа и с изготовленной из него флешки.
Правда, после ввода логина и пароля всё работало нормально. В чём дело — так и не понял. На всякий случай выкладываю исходный образ. А для тех, кто вдруг захочет опробовать его в деле, напоминаю логин и пароль для Live-сессии — cintu
и cintu
же.
А теперь собственно о недоделках — для памяти. В системе, исходной для создания образов, в домашнем каталоге пользователя cintu
имеется подкаталог /home/cintu/files
, содержащий данные аккаунта Live-сессии, список пакетов (вывод команды dpkg -l
) и pminstaller
— если кто решит оставить Pale Moon в качестве браузера, он пригодится при обновлении оного. Но при создании образа я забыл поставить галочку на включении в него пользовательских данных — и всё это хозяйство в образ не попало. Постараюсь не забыть про него в релизе.
Далее, покрутив Cintu на своих машинах, пришёл к выводу, что GParted в образе таки не помешает. Если целевой раздел для установки системы не был подготовлен заранее, то его можно создать в Live-сессии. И с помощью GParted’а это сделать, вероятно, проще, чем посредством fdisk
или cfdisk
. Перезагрузка в инсталляционный режим, правда, желательно в любом случае: теоретически, систему можно установить и из Live-сессии, запустив в ней Systemback из пункта Администрирование главного меню Cinnamon. А в нём — выбрать восстановление системы.
Опробовано, проходит. Но при этом получается система с пользователем cintu и его паролем cintu же. Что, конечно, не смертельно, но требует нескольких движений руками для изменения. ИМХО, перезагрузиться после разметки диска будет проще и быстрее.
В той же связи подумалось: а надо ли включать в образ инструментарий для работы со всякой файловой экзотикой, типа f2fs и nilfs, не говоря уже о поддержке ZFS? Однозначного ответа пока у меня нет. С одной стороны, хотелось бы представить весь комплекс Linux’овых файловых систем. С другой, практическое значение f2fs и nilfs в их современном виде близко к нулю. А ZFS — это вообще отдельная песня: те, кто знает, зачем она (именно им) нужна — скорее всего, знают, и как с ней обращаться.
Ещё из забытого. На радостях, что я наконец запомнил точное название пакета, в который входит утилита add-apt-repository
, я забыл включить в образ утилиту apt-file
. Которая, кроме того, полезна и сама по себе.
Вот, вроде, пока и всё. Дополнения по комплектации и тому подобные штуки буду добавлять в виде апдейтов.…
Update от 19.04.2016. Добавить пакет policykit-desktop-privileges
для автоматического монтирования сменных носителей etc.