Истории про KDE и EndeavourOS: Мухтар постарался. Часть 1. Установка

Не смотря на несомненные достоинства MX-KDE, мы с котом Мануалом продолжали свои искания альтернативы Mint’у с его Cinnamon как основый для «пенсионерского» Linux’а. И они, через пелену воспоминаний, привели нас к EndeavourOS, о котором и будет говориться в этих Историях.

Предыстория

Последние несколько месяцев мы с Мануалом немало времени убили на выбор альтернативного варианта «Linux’а для пенсионеров» — о причинах, почему это неожиданно приобрело актуальность, достаточно подробно сказано в первой части Историй про KDE и MX. Помимо дистрибутива, фигурирующего в названии, мы достаточно внимательно поглядели, то есть с установкой не только в виртуалке, но и на реальном «железе», несколько вариантов.

Во-первых, Netrunner Core — систему, как и MX, на базе Debian Stable, представляющую собой минималистическую сборку «головного» дистрибутива, который называется Netrunner просто. Он был всем хорош, в том числе и минимализмаом — размер iso-образа текущей версии 1,3 ГБ. И это — при KDE в качестве десктопа…

В-вторых, мы примерились к двум rpm based дистривутивам, использующим в качестве менеджера пакетов apt-rpm — Altlinux и PCLinuxOS. В отличие от монодесктопного Netrunner Core, оба они поддерживают несколько рабочих сред (первый — так вообще чуть ли не все существующие), и имеют минимальные сборки с KDE. В Altlinux таковая входит в состав так называемых стартовых наборов (StartedKits, текущая сборка с KDE — 1,6 ГБ), в PCLinuxOS представлен сборкой pclinuxos64-kde-darkstar (1,8 ГБ).

Не прошли мы мимо и классического дистрибутива с KDE в качестве умолчального десктопа — Slackware, благо аккурат в эти дни вышел очередной, 15-й, его релиз, как в официальном исполнении, так и в сборке Alien Bob’а (в миру Эрик Хамелирс).

Ни про одну из рассмотренных систем у нас не найдётся ни единого худого слова. Однако каждая имела особенности, которые не были недостатками сами по себе, но оказывались таковыми в рамках поставленной задачи — поиске дистрибутива, подходящего для пенсионера. Для которого критичен фактор времени.

Не потому, что пенсионер очень загружен своими делами. Просто времени у него в абсолютном исчислении не очень много — я это осознал, когда стал пенсионером сам.

Так что мы с Мануалом продолжали свои искания. Что заставило вспомнить о некогда любимом дистрибутиве под названием Antergos, о котором в своё время немало было написано и на Блогосайте, и на Цинии https://www.cinia.ru/tag/antergos/.

Правда, сам Antergos прекратил своё развитие в апреле 2019 года, потому как его майнтайнеры сочли свою миссию выполненной и занялись другими делами. Однако надо отдать им должное — инфраструктура проекта (сервера, репозитории etc.) поддерживалась ещё несколько месяцев. Для тех, кто, возможно, возжелает развивать проект дальше.

И желающие нашлись — сформировалась команда волонтёров, которая продолжила работу над дистрибутивом. Теперь уже, правда, под другим именем — EndeavourOS. И первые образы нового дистрибутива появились уже в августе 2019 года. А декабрём того же года датируется датируется то, что можно считать уже «релизом в законе», зарегистрированным на Distrowatch’е. Предыстория EndeavourOS закончилась, началась нормальная цивилизованная жизнь.

Про EndeavourOS вообще

Как и Antergos, EndeavourOS (далее, для простоты, EOS) основан на дистрибутиве Archlinux. И если первый можно было назвать «Arch’ем с инсталлятором», то к EOS такое определение подходит гораздо в большей степени: его отличия от материнской системы настолько минимальны, что практически не видны невооружённым глазом.

Разумеется, превращение Antergos’а в EOS не обошлось без потерь. Так. последний утратил графические средства управления пакетами, унифицированные для доступа как к официальному репозиторию Arch’а, так и к неофициальному AUR’у (Arch Users Repository). Не стало в нём и поддержки ZFS «из коробки», на стадии инсталляции.

Кстати, Antergos был первым и долгое время единственным (что бы ни говорили по этому поводу апологеты Ubuntu) дистрибутивом, реально таковую обеспечивающим. В EOS же фактически поддерживается только две файловые системы — Ext4 и BTRFS.

Когда я увидел один из первых, ещё до-релизных, выпусков EOS, отсутствие указанных функций несколько разочаровало. И всё ждал, когда же их портируют из Antergos’а. Так и не дождался…

Но зато за время ожидания понял, что EOS — это не Antergos, и что в отсутствии графической «морды» для пакетного менеджмента или поддержки ZFS есть великая сермяжная правда, бо ни та, ни другая фича на данном этапе социалистического строительства народу нужны не больше, чем плезиозавры. Тем более что у EOS’а есть другие полезные особенности — о них я скажу, когда дело дойдёт до установки и начальной настройки дистрибутива.

Как и его предшественники, папаша Arch и дядька Antergos, EOS разрабатывается по rolling-модели. Так что его релизы, как и у всех «скользких» дистрибутивов, в сущности представляют собой периодически составляемые выборочные снапшоты официального репозитория Arch’а, снабженные инсталлятором на базе Calamares’а.

В данном случае основная задача инсталлятора — не столько развёртывание на целевом носителе системы с носителя установочного, сколько извлечение из сетевого репозитория (конкретно — официального репозитория Arch’а) предопределённых наборов пакетов, выбираемых пользователем. Хотя, конечно, пакеты выбранного списочного состава должны быть не только получены, но и подвергнуты обычным при инсталляции чего бы то ни было издевательствам. То есть — распакованы и включены в файловую иерархию целевого накопителя.

Из модели разработки EOS’а следует схема его распространения, унаследованная от Antergos’а. Дистрибутив в момент релиза доступен в виде единственного образа объёмом под 2 ГБ. В данный момент это EndeavourOS_Atlantis-21_4), скачать можно с одного из зеркал (список приведён в конце этой страницы). Например, вот с этого.

Распространяемый образ — самый обычный LiveOD с рабочим окружением Xfce, некоторым минимальным набором софта и инсталлятором. В то же время любознательный читатель, который не поленится заглянуть на официальный сайт проекта (или хотя бы на посвящённую ему страничку DistroWatch.а), может увидеть, что в EOS поддерживаются, кроме Xfce, такие рабочие окружения, как Budgie, Cinnamon, GNOME, i3, KDE Plasma, LXQt, MATE. Как это происходит, мы увидим в Истории про установку EOS.

Подготовка к установке EndeavourOS

Прежде чем начать установку любого дистрибутива (в том числе и EOS), необходимо изготовить установочный носитель — ныне в качестве такового ныне имеет смысл рассматривать только USB-флешки. Ибо оптические носители для этих целей практически вышли из употребления, подготовка установочной SD-карты ничем не отличается от флешки, а внешние HDD или SDD — тема специальная, частично рассмотренная здесь.

Разумные существа, вроде меня и тем более кота Мануала, знакомство с новым дистрибутивом начинают с установки его в виртуальной машине (в нашем случае это VirtualBox), для чего любого из указанных образов достаточно. Однако для нас с Мануалом ни один из перечисленных во вступительной Предыстории не был совсем уж незнакомым. Так что к виртуальной установке мы в наших исканиях прибегали чисто для порядка (и, иногда, для получения дополнительных иллюстраций к данной Истории).

Установка в реале требует, разумеется, изготовления установочного носителя. Он же в Live-режиме может пригодиться для ремонтно-восстановительных работ. Делается такой носитель либо прямыми командами, либо одной из специальных утилит графического режима. Их существует множество, чему посвящён, например, соответствующий раздел форума Matuntu. Однако мы с Мануалом — обскуранты и консерваторы (да к тому же ещё и лентяи). И потому действуем по старинке, с помощью утилиты dd (в этом и следующих примерах путь к файлу образа и имя файла целевого устройства следует заменить на свои реалии):

$ sudo dd if=~/Downloads/EndeavourOS_Atlantis_neo-21_5
of=/dev/sde bs=8M status=progress

Опции bs (размер единовременно записываемого блока в мегабайтах, цифра 8 чисто условна и вызвана многолетней привычкой) и status не обязательны. Но без первой запись образа будет происходить умолчальными блоками 512 байт. Это очень медленно и печально. Без второй опции не будет отображаться процесс копирования. Так что она не обязательна тем более. Ещё и потому, что создаёт лишнее мельтешение на экране.

Второй из прямых способов копирования образа — самая обычная команда cp в современной её ипостаси, с именем файла образа в качестве источника и файла будущего установочного носителя в качестве цели:

$ sudo cp ~/Downloads/EndeavourOS_Atlantis_neo-21_5 /dev/sde

По сравнению с dd второй способ проще — буковок набирать меньше, и меньше вероятность перепутать местами источник и цкл (то есть if и of, соответственно). Правда, размер блока при команде cp невозможно задать явно, и как он вычисляется, одному Ахурамазде ведомо. Тем не менее, оба прямых способа представляются мне равноценными: они не зависят ни от дистрибутива, в котором происходит копирование, ни от копируемого образа, и дают неизменно превосходный результат.

Однако при переборе альтернативных вариантов подготовка к установке их происходила в системе Linux Mint Cinnamon Edition. И мы с Мануалом решили для разнообразия воспользоваться входящей в его комплект штатной графической утилитой записи образа на USB-накопитель (USB Image Writer), которая расположена в секции Стандартные главного меню. После её запуска при вставленной флешке возникнет такая панель:

Нетрудно догадаться, что в левом поле стоит имя файла образа, в правом — «имя» флешки и, в скобках, имя файла соответствующего ей устройства. Если, конечно, таковое вставлено — если нет, правое поле будет пустым. Пока флешка не очутится там, где ей следует быть, то есть в USB-порту. Тогда её имя появится в правом поле. Но перед этим потребуется ввод пароля администратора (в данном случае — пользователя, который может получить административные привилегии):

И тогда для того, чтобы «процесс пошёл», достаточно нажать кнопку Записать — и процесс действительно пойдёт:

После его окончания поверх окна программы появится панель с сообщением, что образ был успешкно записан:

Что, впрочем, в общем случае не гарантирует, что флешка будет успешно работать как загрузочная. На упмянутом выше форуме Matuntu говорится, что графические утилиты такого рода корректно срабатывают а) не все, б) не всегда и в) не со всеми образами. А, например, разработчики Altlinux’а до недавнего времени вообще не советовали записывать их образы чем бы то ни было, кроме команды dd. Хотя нынче они признают годными такие графические утилиты, как ALT Media Writer, SUSE Studio Imagewriter и ROSA Image Write.

Относительно совместимости (или несовместимости) USB Image Writer (пакет mintstick) с чем бы то ни было я в сети информации не нашёл. Так что оставался метод ползучего эмпиризма — загрузить машину со сделанной описанным образом флешки. Мы с Мануалом производили такую проверку в среде Cinnamon дистрибутива Linux Nint для всех упомянутых в Предыстории образов — и каждый раз успешно. То есть по крайней мере в родном окружении утилита проверку на вшивость прошла.

Установка EndeavourOS

Проверка свежеизготовленной флешки с EOS плавно переходит в запуск этого дистрибутива в Live-режиме. То есть сначала появляется меню загрузчика установочного носителя, которое на машине, работающей в режиме BIOS Legacy (а именно в этом режиме настроен наш десктоп) выглядит так:

То же самое меню в режиме UEFI можно было подсмотреть только в виргуалке:

В обоих случаях нужно нажать Enter на первом пункте меню. Впрочем, пункт этот умолчальный, и можно не делать ничего — загрузка начнётся автоматически. И закончится появлением рабочего стола Xfce. Причём на реальной (моей) машине на его фоне появится панелька с предложением выбрать драйвер сетевой карты:

На выбор их предлагается два: а) 8169 по умолчанию, и б) 8168 при наличии пробоем с первым. Я сделал умолчальный выбор (никаких проблем потом не обнаружилось), после чего появляется окно Welcome, то есть приветствия:

При установке в виртуалке, где и сетевая карта виртуальна, никакого выбора драйверов, разумеется, не предлагается — экран приветствия появляется сразу после загрузки среды.

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

Пока же панель приветствия послужит нам для запуска инсталлятра. Для этого нажимаем на ней кнопку с надписью Start the installer:

мы видим очередную панель выбора — на этот раз метода установки, Online или Offline. Как следует из названий, при оффлайновом методе можно обойтись без подключения к сети. Однако при этом на целевом носителе будет развёрнут образ носителя установочного, со средой Xfce. Нам же от EOS требовался дкесктоп KDE, а с интернетом было всё нормально, так что выбор онлайнового режима был однозначен:

После этого инсталлятор продолжает свою работу, предложив выбрать его язык — он же будет и языком установленной системы. Выбираем тот, которым разговаривал Ленин:

При этом автоматически для системы, которая будет инсталлирована на целевой носитель, определяется русская локаль, то есть русский же язык интерфейса, формат чисел и дат:

Как обычно в инсталляторах Calamares based, следующим шагом будет определение клавиатуры. До сих пор все отпрыски кальмара, которые я видел (а я видел их очень немало), не знали о том, что в нём может быть более одной раскладки. И потому при выборе русского языка настаивали, что и раскладка при этом обязательно должна быть русской, без малейшей альтернативы на основе латиницы.

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

А теперь, маэстро, урежте марш! при принятии автоматически предлагаемой раскладки, то есть русской, английская (американскоя) сохраняется, причём первой. Это даёт возможность уже на стадии инсталляции определить и вариант раскладки вместо умолчального winkeys — общепринятого среди пользователей Windows, но самого неудобного из всех придуманных русскоязычным человечеством:

Так, я приобщился к клавиатурному труду на пишущих машинках, и отдаю предпочтение варианту Russian (typewriter, legasy). О преимуществах её перед любыми другими было написано немало, так что здесь распространяться не эту тему не буду

Возможность точной настройки клавиатуры — это вторая фирменная «фишка» EOS.

Однако до возможности проверить корректность выбора ещё далеко, так что пока предлагаю читателя поверить на слово, что так оно всё и есть. А следующим номером нашей инсталляционной программы будет разметка диска:

Впрочем, тут ничего особенно делать не пришлось: для всякого рода дистрибутивных исканий у нас был раздел 120 ГБ на перовом, полутерабайтном, SDD (то есть уствойство с именем /dev/sda1), и его оставалось просто уничтожить:

А затем — создать заново, разместив там файловую систему Ext4:

Как уже было сказано, альтернативой чему могла бы быть только BTRFS, что мы сочли нецелесообразным.

После окончаниb разборки с разделами наступает самый волнующий момент — выбор десктопа и кое-какого дополнительного софта, для чего выводится такая панель:

Здесь по умолчанию для установки отмечены первые две позиции списка — базовая система, в которой рекомендуется ничего не убирать, и Firefox со средствами его интернационализации.

Что понимается под базовой системой, можно видеть, развернув пункт первый — действительно, тут убавлять особенно нечего:

Не лишним выглядит и Firefox; поддержка языка в нём устанавливается в соответствие с ранее определённой локалью (то есть русской). Ну а то, что KDE должен быть отмечен для установки, очевидно — ведь ради него вся эта катавасия и затевалась. Кажется, что пакетов в KDE, подборке довольно много, но это действительно только кажется: после внимательного изучения их списка мне удалось вычеркнуть только print-manager. Да и то только потому, что принтера у меня нет физически.

В итоге список софта, отобранного для установки, выглядит так (включая некие «доступные инструменты», отмеченные чисто на всякий пожарный случай):

Покончив с выбором софта, переходим к созданию пользовательского аккаунта. И тут нам наконец предоставляется возможность проверки — правильно ли мы настроили алавиатуру. Оказалось — правильно: все данные аккаунта, в отличие от прочих инсталляторов на базе Calamares’а вводятся нормальной латиницей:

За одно это разработчикам EOS можно простить отказ от наработок проекта Antares. Тем более что практика показала — без них вполне можно обойтись без всякого ущерба для функциональности.

Теперь — завершающий штрих: вывод резюме всех ранее выполненных действий, от определния локали и настроек клавиатуры до схемы дисковой разметки и места для установки загрузчика. Последний, кстати, в многодисковых конфигурациях всегда устанавливается по умолчанию в MBR того носителя, на который инсталлируется EOS — в нашем случае устройства /dev/sda:

Важно, что сейчас мы имеем последнюю возможность вернуться (с помощью кнопки Назад) и поправить то, что не понравилось. О чём нас и предупреждает панель, появляющаяся после нажатия на кнопку Установить:

Поскольку мы полагаем, что всё было сделано правильно, смело жмём на кнопку Приступить к установке. И видим, что «процесс пошёл»:

Установка EOS происходит быстро. Она сводится к скачиванию определённого ранее набора пакетов по сети (из официального репозитория Arch’а), распаковке оных (простых tar-архивов, компрессированных утилитойzstd) и размещению в дереве файловой иерархии.

А потому время инсталляции EOS лимитируется скоростью соединения с интернетом, мощностью машины и быстродействием целевого носителя. Со всеми тремя параметрами у нас с Мануалом на дестктопе всё в порядке:

  • интернет 100 Мбит/сек;
  • процессор Intel 4790K, 4 Ггц, 4 ядра, 8 потоков;
  • целевой носитель Crucial_CT512MX100SSD1 512 КБ).

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

Если в панели сообщения об успехе поставить галочку в соответствующем боксике, закрытие этой панели автоматически повлечёт за собой перезагрузку системы:

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

Другое дело — при установке в виртуалке. В EOS автоматического размонтирования и извлечения установочного носителя не происходит — этим надо озаботиться самому. Иначе перезагрузка наша опять окажется в Live-режиме. И невнимательный пользователь рискует провести в нём все отпущенные ему судьбой годы.

Разумеется, среди нас, товарищи, таких нет. Ведь такие товарищи — нам, товарищи, совсем не товарищи. Так что в любом случае, реальном или виртуальном, после мельтешения цифр, появления и исчезновения меню GRUB’а на фоне рабочего стола KDE выплывает панель приветствия Welcome. И настало время рассмотреть её подробнее.

А в завершение этой Истории остаётся добавить только, что Мухтар действительно постарался — «фишку» с раскладками клавиатуры мы уже видели. Казалось бы, дело не хитрое — а насколько упрощает жизнь применителя. Окончательно же в старании Мухтара мы убедимся, ознакомившись с программой Welcome и некоторыми другими постинсталляционными настройками. Но уже — в следующей Истории.

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