Cintu, ядра и Systemback

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

Наметив себе давеча громадьё планов, я приступил к их поэтапной реализации. И начал с компоновки образ mini-редакции Cintu версии 16.04.1. Для чистоты эксперимента — с нуля, то есть с первичной установки и доукомплектации, проводимыми в соответствие с собственными директивными указаниями.

Сборка эта для линии на базе 16.04 была своего рода юбилейной, десятой. Так что, цели были ясны, задачи определены, процесс был отработан. И шёл без сучка и задоринки, кроме нескольких мелких шероховатостей, кторые будут отрихтованы в окончательном варианте Книги о Cintu. Пока дело не дошло до загрузки системы с созданного в результате образа.

Попытавшись проделать это и в виртуалке, и в реалке (с Zalman’а и с SD-карты), я неизменно получал один и тот же, и отнюдь не превосходный, результат — после выбора в меню GRUB’а нужного пункта следовало вот такое сообщение загрузчика:

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

С подобной ситуацией я уже сталкивался несколько месяцев назад. И ещё тогда прошёлся частым гребнем по выдаче и Гоши, и Яши. Обнаружив, что тогда грешили в основном не на Systemback, а на casper сотоварищи. Но в тот момент проблема неожиданно рассосалась сама собой — и настолько быстро, что вникнуть в неё я не успел.

Нынче же вникать пришлось — и ни одно решение, из найденных в сети, типа переустановки пакета casper, отката на его предыдущую версию, дописывания строчек в /etc/initramfs-tools/modules и ещё чего-то — не работали. Врать не буду — все их не перепробовал, ограничвшись самыми банальными и не затратными по времени. Но это следовало из обсуждений предложенных рецептов на соответствующих сайтах.

Потому как, с одной стороны, сам раскинул мозгами (не как Холтофф после удара Штирлица), а с другой — вовремя наткнулся на обсуждение этой «баги» на Launchpad’е. В конце которого Kendek aka nemh, автор программы Systemback, довольно прозрачно намекает, что сам он проверял работоспособность своей работы на системе с ядром, штатно положенным для данного релиза Ubuntu — в случае с Xenial’ом это будет версия 4.4.X.

А я-то как раз при подготовке «системы-матки» для всех последующих образов Cintu на базе релиза 16.04 первым делом, пользуясь чрезвычайно удобной утилитой Ukuu , первым делом обновил в ней ядро до последней на данный момент доступной версии — 4.8.4.

Ну что же, перезагрузил систему с одним из предыдущих ядер версии 4.4.X (благо, Ukuu их сохраняет, а утилита чистки uCareSystem Core запускается только по особому распоряжению). И с помощью всё той же Ukuu откатился на предыдущую версию ядра — это ничуть не сложнее установки новой его версии, делается просто удалением ненужного.

После этого, почистив систему с помощью uCareSystem Core, я пересоздал образ cintu-mini-16041-13.iso, без проблем загрузился с него и в виртуалке, и в реале. И в обоих случаях нормально установил с него новый вариант mini-редакции Cintu. Так что в ближайшее время образ этот будет вынесен на суд общественности.

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

А вторая мораль более общая. И она гласит, что не следует безоглядно деверять ни Гоше, ни Яше. Ибо в топе выдачи их могут быть представлены материалы, давно утратившие актуальность. Чему, кроме данного случая, примером служит знаменитая статья Теодора Тсо об особенностях разметки SSD-накопителей: на неё ссылались, и её переразмещали многие годы после того, как описанные в ней рекомендации полностью утратили силу.

Cintu, ядра и Systemback: 1 комментарий

  1. Важный вывод в статье: применение Ukuu и Systemback в одной системе бессмысленно, т.к. с установленным утилитой ядром делать бекапы и Live-сборки — терять напрасно время.
    Спасибо, Алексей.

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