Содержание
Как было сказано в Истории про альтернативную установку, она завершилась предложением рестарта системы, ответы на которые я получил позднее (о чём будет сказано во второй Интермедии). Сейчас я их лишь сформулирую — для себя, чтобы побороть старика Альцгеймера (или чтобы он не поборол меня).
Вопросы к инсталлятору
Как всегда, всё начинается с появления меню Grub’а, такого же, как при запуске дистра с установочной флешки пункта, то есть серенького и невзрачненького, да в тому же имеющего всего три пункта:
- CachyOS Linux;
- Advanced options for CachyOS Linux;
- UEFI Firmware Settings.
Точно такие же пункты имелись и в меню Grub’а после онлайновой установки CachyOS, только не на невзрачно-сером, а на агрессивном черно-зелёном фоне (см. илл. 02-30 в первой Истории).
Очевидно, что первый (в обоих случаях) пункт был умолчальным, и загружался по нажатию Enter‘а или просто после 10-ти, кажется, секунд безделья. Об остальных же сейчас говорить не хочу, потом что вопросов было вдоволь от разглядывания меню загрузчика — продлить это удовольствие можно простым перемещением на любой из двух других пунктов.
Это, кстати, один из вопросов — почему в меню Grub’а фигурирует только одна CachyOS, хотя она была установленной третьей. И третьей же стояла в UEFI BIOS в очереди на загрузку — после своей онлайново установленной сестрички. А первое место в списке загружаемых носителей давно, со дня физического запуска машины, занимал MX Linux, через Grub которого и загружались остальные системы, сколько бы их у меня не живало…
Дальнейший ход загрузки вопросов прибавил. Когда после стандартной KDE’шной вместо её десктопа появилось предложение авторизации от дисплейного менеджера (SDDM, как почти во всех системах с Plasma). А ведь, как видно на илл. 04-06 из из Истории про альтернативную установку, был заказан автоматический вход в систему…
Загруженная система прибавила вопросов, касающихся её загрузки, и к ним я вернусь в одной из ближайших Интермедий — когда на них, после выполнения обязательных пост-инсталляционных процедур, можно будет получить ответы. И даже попытаться от этих вопросов избавиться вообще. В чём поможет программа приветствия, которую я увидел на десктопе загруженной системы — CachyOS Welcome.
О программах приветствия
Последнее время вошли в моду программы-приветствия. Конечно, майнтайнеры многих дистрибутивов и раньше любили приветствовать своих пользователей, особенно при старте с установочного носителя. Однако их содержание обычно сводилось к описанию достоинств «приветствующей» системы и ссылок на её официальный сайт, штатную документацию и установочный образ для скачивания. То есть вещи в общем-то общеизвестные (для тех, кто в теме, разумеется).
Однако появились и более иные приветствия — они не сообщали «на тему вообще» о данном дистрибутиве, а позволяли выполнить некие конкретные действия, например, по пост-инсталляционным его настройкам. Предтечу такого приветствия я увидел в дистрибутиве MX Linux, когда впервые начал было писать об этом дистре в 16-м году, ещё на Блогосайте. Причём особенность его (по-моему, по сей день уникальная) была такова, что приветствие его позволяло выполнить не только пост-инсталляционные, но и (почти) любые пред-инсталляционные действия. Результаты которых, тем не менее, наследовались потом в установленной системе.
MX Linux существует поныне, и, вместе со своим приглашением, успешно развивается, что нашло своё отражение в материалов этого сайта. Ибо с первых дней развития «пенсионерского проекта», который ныне трансформировался в проект под условным названием «Последний Linux сочинителя», он безоговорочно утвердился в роли второй системы. Впрочем, обо всём этом я буду говорить в совсем другое время — и совсем-совсем в другом месте…
О программах Hello Arch-клонов
Пока же место Первой системы в ещё гипотетическом проекте про Последний Linux спорило у меня в голове не намного меньше дистров, чем городов Древней Греции — за право называться родиной Гомера. Среди них поначалу были и такие довольно экзотические, как Void Linux и NuTyX. Они были извлечены из закромов моей памяти о тех временах, когда я редко проходил мимо появившегося на Distrowatch’е нового дистра, особенно если он был отмечен статусом Independent.
Впрочем, у меня хватило остатков здравого смысла отказаться от экзотики, не смотря на всю заманчивость. И я сконцентрировался на клонах Arch’а. А среди них-то и получили распространение «приветственные» программы. Практически все современные потомки Arch’а (исключения буквально единичны) — rolling-системы, и, значит, требуют обязательного выполнения комплекса пост-инсталляционных действий. В него входит активация и обновление репозиториев, тотальное обновление свежеустановленной системы, обновление GPG-ключей. Именно это и автоматизируют «приветственные» программы. Позволяя также выполнить ряд дополнительных настроек — на усмотрение майнтайров конкретного дистрибутива.
Названия «приветственной» программы обычно образуется по маске distroname Hello (или, как вариант, distroname Welcome). Она устанавливается с дистрибутивом-эпонимом и запускается автоматически при первом его старте, а по умолчанию и при всех последующих загрузках и перезагрузках. Автоматический запуск Hello-программы можно отключить, а саму её — закрывать в течении сеанса и открывать снова, средствами рабочей среды, и так сколько угодно раз. И ей-богу — никому за это ничего не будет…
Из тех Hello-программ, что видел, первый оказалось приветствие
дистрибутива EndeavourOS, которое, кстати, называлось Welcome; с ней позднее сравнивал я возможности родичек.
В частности, с такой, как Hello из дистрибутива XeroLinux: она подкупила меня возможностью, в числе прочих настроек, автоматической замены Bash на Zsh в качестве login shell’а для первого аккаунта — и это можно было сделать сразу после инсталляции. К сожалению, Zsh оказался не той системы, к которой я привык за 20 лет, а менять что-либо руками показалось мне нецелесообразным, И (в том числе и поэтому) XeroLinux был мной похерен как кандидат на первую роль в проекте последнего Linux’а.
Поражал воображение ArcoLinux Welcome: пост-инсталляционных настроек у него было столько, что хватило бы на три дистрибутива. Оборотная сторона чего — пригласительная программа этого дистра выглядела избыточно усложнённой и не приспособленной быстрому применению — а ведь для этого, по идее, Hello-программы и предназначаются. Да и сам дистрибутив производил такое же впечатление: так, я насчитал в нём не менее пяти официальных редакций, и уже выбор из них представлял нетривиальную задачу.
Ещё несколько «пригласительных» программ я видел лишь мельком, и ничего о них не скажу. Потому что давно пора было обратиться к программе, вокруг которой эта история развернулась — к CachyOS Hello.
Героиня выходит на сцену
Если инсталлятор CachyOS, особенно в оффлайновой ипостаси, — реалиазация принципа сочетания минимализма и достаточности, то же самое можно сказать и о CachyOS Hello. На чём я и хочу закончить разговоры «на тему вообще», которыми до сих пор несколько злоупотреблял, и показать, как именно он реализован.
Итак, героиня этой Истории, CachyOS Hello, выходит на сцену в уже привычном одеянии:
Оно одно и то же после как онлайновой, так и оффлайновой установки, хотя действия могут в деталях могут различаться. Я буду следовать «оффлайновой» линии, как более полной, с оговорками, где они потребуются. Темы документации, поддержки и прочих пожертвований, так же опускаю, как не существенные в данном случае (как бы некоторые из них, скажем, пожертвования, не были бы важны сами по себе).
Для пост-инсталляционного процесса в целом важны только две дочерние программы, вызываемые кнопками Приложения/Настройки и, казалось бы, Установить ПО (почему «казалось бы» — сейчас станет ясным).
Кнопка Приложения/Настройки вызывает дочернее окно, из которого и осуществляется управление всеми пост-инсталляционными действиями:
Окно разделяется на три секции: Настройки, Исправления, Приложения.
С первой секцией всё более-менее ясно: это включение или выключение неких служб. И если, например, у меня на десктопе физически нет Bluethoos-адаптера, то его поддержку (по умолчанию включённую) можно безболезненно выключить. А для страдающих паранойей, напротив, лучше для сохранности нервов, включить Apparmor. Я за собой склонности к паранойе не замечал, и потому оставил эту службу, как была по умолчанию, выключенной. Со службами же, о которых не имел чёткого представления, обходился так, как предписывали майнтайнеры.
Вообще, выполняя действия, которые являются темой этой Истории, я всё время вспоминал генерала Драгомирова, Михайлу Иваныча, при царе-освободителе (кажется, и при царе-миротворце тоже) бывшего начальником Николаевской академии Генштаба. Легенды донесли до наших дней немало его высказываний, оказавших на развитие военной науки не меньшее влияние, чем «Военные афоризмы» поручика и кавалера Фёдора Кузьмича П., известного. В частности, одно из высказываний генерала начиналось такими словами:
Если начальник у тебя — голова, делай, что приказано…
Что применительно к нашим Linux’овым делам означает: если майнтайнер твоего дистра — голова, делай, что он предлагает по умолчанию.
За время общения с CachyOS я убедился, во-первых, что майнтайнеры этой системы — головы, а во-вторых — что генерал Драгомиров был абсолютно прав. А вторую часть его афоризма, имеющую прямое отношение к теме этой Истории, приведу чуть позднее, в ходе рассмотрения секции Исправления.
Так вот, во второй секции собраны все пост-инсталляционные действия, как обязательные, так и опциональные. Хотя и последние — тоже в каком-то смысле обязательны: об опциональности действия узнаёшь, когда пытаешься его выполнить — и оказывается, что это сейчас делать не нужно. Но только — сейчас: завтра оно может стать обязательным.
Почти все описанные дальше действия выполняются от лица администратора, пароль которого запрашивается в терминальном окне. После успешного завершения процедуры поступает предложение закрыть терминал, нажав Enter, одновременно завершаются и административные привилегии. Если процедура завершается ошибкой — сообщается, какой и, возможно, предложение, как жить дальше.
Обновление системы
Обновление системы — не просто обязательное, но и первое дело, в сежеинсталлированной системе — даже первейшее, а после оффлайновой установки — вообще архипервейшее. Вот ниже и будет рассмотрен случай обновления свежеиисталлированной системы как более общий.
Начинается он с актуализации локального кеша — ведь оффлайновая установка проводилась при полном отсутствии доступа к репозиториям:
И продолжаю соглашаться с каждой новой строкой вывода, тем паче для этого достаточно нажимать Enter. Пока в очередной строке не появилось вместо Y по умолчанию N — вместе с сообщением о неразрешимом конфликте пакетов. После чего процесс подготовки трансакции прекратился, и возникло предложение нажать Enter — без всякого обновления:
Никакого решения также предложено не было. Но оно нашлось. Если после закрытия терминала вспомнить вторую половину высказывания генерала:
…а если у тебя начальник — жопа, сделай, как считаешь нужным.
Обвинять мне было некого (в том числе и за отсутствием начальника), так что оставалось только запустить процедуру обновления по новой — и во всех строках с умолчальным ответом N заменить его на y
И обновление волшебным образом свершилось.
В системе, установленной в режиме online, ничего подобного, вроде, быть не должно: там все пакеты берутся не из некогда «замороженного» набора, а из репозиториев, актуализированных на момент инсталляции — и репозиториев тех, из каких нужно.
Переустановить все пакеты
Переустановка всех пакетов — пример, как я понимаю, необязательной опции. Я для эксперимента попробовал сделать это сразу после успешного, наконец-то, обновления системы: был выведен длинный список пакетов, но сказано, что после их переустановки занятый ими объём изменится на 0,00 МБ. Приступить к установке — отказался. Как Нина в «Кавказской пленнице» — от супа. Видимо, опция предназначена для форс-мажорных обстоятельств.
Обновить ключи
А вот обновление GPG-ключей — опция обязательная, зато происходит нечувствительно для обновителя:
Здесь важно только не забыть о сроке следующей проверки таблицы доверия…
Удалить db lock и Удалить orphans
Обе эти опции — опциональны. Локальная база данных пакетов блокируется, когда к ней происходит обращение, в том числе и «якобы». Например, если не закрыть терминал после обновления пакетов (успешного или безуспешного — всё равно). Или если просто по ошибке попытаться запустить обновление пакетов дважды. Если ни того, ни другого (или чего аналогичного) не было — ответ будет таков:
Orphans — «осиротелые» пакеты, некогда устанавливавшиеся как зависимости пакетов, позднее удалённых. Я с ними борюсь регулярно и разными средствами, поэтому у меня их обычно нет.
Причём во всех системах, которые у меня есть и были в обозримом прошлом.
Очистить кеш пакетов
Очистка системы от следов своей жизнедеятельности (которая и отпечатывается во всякого рода кешах) — штука теоретически не обязательная, но практически необходимая во всех дистрах, но особенно в «скользящих», то есть частно, нерегулярно и непредсказуемо обновляемых, как это имеет место быть в Arch-клонах, в том числе и в CachyOS. Где это дело поставлено весьма наглядно — кеши разного происхождения выводятся построчно, каждый из них требует индивидуального согласия на очистку:
Хотя… я не знаю, о чём вы там разговариваете, но чистить надо… всё.
Ранжировать зеркала
Ранжировать зеркала репозиториев по скорости доступа — самая опциональная из всех рассмотренных опциональных опций, потому что зависит от которого количества факторов, которые не то что учесть — а и перечислить проблема_
Промежуточный итог
В результате выполнения полного комплекса пост-инсталляцонных действий, в сравнении с сородичами весьма, кстати, компактного, система приобретает вид (почти) пригодной к практическому использованию. Разумеется, пробелы оффлайновой инсталляции, то есть недостаток штатных базовых пакетов, никуда не делся. А значит, первоочередной задачей советской власти и по завершении пост-инсталляционного этапа остаётся установка таких пакетов.
Не может ли в этом деле помочь третья секция пост-инсталляционного окна? Конечно, на Kernel Manager надежды в этом возлагать было бы опрометчиво, тем более что я по прежнему не готов о нём говорить. Но разве CachyOS PackageInstaller — не то ли, что доктор прописал?
Увы, нет. В длинном списке программ, названных здесь популярными, нет ни одного базового пакета KDE:
Но зато есть вожделенный Vivaldi — правда, устанавливать его прямо сейчас в мои планы не входит:
Так что в решении очередной архиважнейшей задачи (а других у нас и не бывает) остаётся опираться на штатные средства пакетного менеджмента из Arch’ёвого братства. Благо, их есть у CachyOS, и хорошие. И об этом — в следующей Истории.
