Алексей Федорчук
Убедившись во время Live-сессии в виртуалке, что Neon — штука, заслуживающая внимания (см. предыдущий очерк), я решил его в той же виртуалке и установить, благо на сей прдмет на рабочем столе была заботливо размещена пиктограммка.
В отличие от Maui, установщик Neon’а — самый что ни на есть обычный Ubiquity, используемый в Ubuntu и во всех её законных клонах (да и в большинстве внебрачных — тоже). И поэтому расписывать весь процесс установки смысла нет, это делалось ранее, например, здесь. Так что зафиксирую только «контрольные точки» установки, которая, как обычно, начинаеися с выбора языка:
В отличие от установщика Maui (и всех других на базе Calamares’а), русскую раскладку и её предпочитаемый вариант здесь можно выбирать безбоязненно:
После всех прочих подготовительных действий, в том числе разметки диска и создания аккаунта, начинается установка. Она проходит на таком вот фоне, без всякого слайд-шоу:
После завершения установки и перезагрузки появляется меню GRUB’а, оформленное строго и аскетично, но рационально — в частности, буковки в нём такие, что даже я могу разглядеть без наряга:
Столь же прост и рационален экран входа в систему через SDDM:
А рабочий стол, естественно, является точной копией того, что загружался в Live-режиме, разве что без пиктограммки запуска инсталлятора:
Первый же взгляд на «Доску приложений» вызывает желание мгновенно см
енить разрешение дисплея виртуальной машины:
Однако в установленной системе, в отличие от Live-сессии, это оказывается не так просто. Во-первых, почему-то приходится делать это ползунком, а не выбором из списка. Во-вторых, ползунок этот упорно смещается только на несколько фиксированных (и не очень гармонирующих с моим физическим дисплеем) значений:
В таких случаях помогает установка «гостевых дополнений». Которые, впрочем, необходимы также для обмена данными с хост-машиной через разделяемые папки, буфер обменв и drag&drop.
Однако попытка установить «гостевые дополнения», то есть собрать соответствующие модули ядра на гостевой машине, завершилась неудачей с жалобой на отсутствие сборочного инструментария (gcc, make etc.). Каковой проще всего установить командой
$ sudo apt install build-essential
После выполнения этой процедуры «гостевые дополнения» собрались без проблем, и после перезагрузки виртуальной машины можно было вытавить нормальное разрешение её дисплея:
После чего и Доска приложений обрела «человечий» вид:
В свежеустановленном виде пользовательская редакция Neon’а заняла 3,2 ГБ. После установки сборочного инструментария, «гостевых дополнений», а также пары нужных мне приложений (Krusader, Komodo-editor) это значение выросло до 3,8 ГБ:
Интересно, что нестабильная git-редакция для разработчиков в свежеустановленном виде заняла всего 3,0 ГБ, хотя набор стандартных приложений в ней идентичен пользовательской, и дополнен тем самым инструментрием, который содержится в метапакете build-essential. Как в этом отношении выглядит стабильная git-редакция — скоро представится возможным узнать: не так давно она наконец стала доступной.
Назначение дистрибутива Neon вытекает из его комплектации — в свежеустановленном виде она, как и следовало жидать, оказалась идентичной таковой Live-режима. То есть as is он может использоваться либо для знакомства с базовыми функциями среды KDE в её текущем виде, либо для создания собственной системы.
Меня, разумеется, больше интересовал второй аспект применения Neon’а. И потому я для пробы установил в виртуальной машине пакет systemback, предварительно подключив соответствующий PPA-репозиторий, как описано здесь. Репозиторий подключился, пакет установился. Затем для пробы сделал снапшот своей виртуальной системы. Сделался:
Ну и для проверки с образовавшегося iso-образа попытался загрузить систему, опять-таки в виртуалке. Появилось загрузочное меню Systemback’а:
И на этом всё кончилось: при выборе первого пункта меню загрузчика таймер начинал отсчёт времени с 10 секунд до нуля, после чего ни малейшей загрузки не происходило, и отсчёт начинался по новой. А выбор прочих пунктов меню просто не вызывал никакой реакции. В чём дело — с налёту не разобрался, потребуется дополнительное расследование, которым займусь в ближайшее время. И, скорее всего, уже после установки дистрибутива на реальное железо. Ибо, не смотря на мелкую неувязку с Systemback’ом, всё стальное делает его вполне заслуживающим такой участи.