Истории про XeroLinux. История пятая, или возвращаясь к пройденному

Содержание
  1. Подготовка виртуальной машины
  2. Вехи виртуальной установки
    1. Вступление
    2. Веха первая: всё локально зависимое
    3. Веха вторая: накопители и разделы
    4. Веха третья: аккаунты и права
  3. У последней черты инсталляции

В четвёртой Истории я, казалось бы, покончил с перекомплектацией и даже отключил автозагрузку XeroLinux Hello при старте системы. Однако оказался не прав, быстро приведя машину в не очень хорошее состояние своими поспешными действиями и неаккуратными настройками Latte Dock, которую в деле видел первый раз в жизни. И потому, прежде чем осуществлять какие-то действия в реале, решил потренироваться в тряпичный, то есть в виртуалке.

Подготовка виртуальной машины

Как хост-машину я использовал MX Linux 23 Libretto в KDE-ипостаси ещё со старших бет и RC’шек, плавно обновлённых вплоть до текущего релиза (благо semi-rolling’вый статус дистра распространяется только на его флагманскую редакцию, с Xfce, и неожиданностей от него не предполагалось).

А ещё до того MX Linux версии 21 Wildflower стал моим первым дистром после вынужденной измены Cinnamon в конце 21 года. И всё в той же KDE-редакции — дистром основным. Деля жизненное пространство с клонами Arch’а и экзотикой типа NuTyX’а, с которыми знакомился в рамках своего «пенсионерского» и «сочинительского» проектов. Был он, в том числе, и виртуальным хостом для кандидатов на эти роли.

Под виртуальные машины штатным установщиком MX Linux установил VirtualBox актуальной версии, 7.0.12:

Илл. 5-01. О программе

Была создана базовая виртуальная машина под XeroLinux:

Илл. 5-02. Создание виртуалки XeroLinux

Ей были заданы такие параметры по части памяти (4 ГБ) и процессора (4 ядра), а также UEFI, поскольку Legacy BIOS скоро постигнет участь кулака-мироеда:

Илл. 5-03. Параметры платформы

С так называемым диском я жмотничать не стал, и отвёл на него 200 ГБ — всё равно он динамически расширяемый:

Илл. 5-04. Виртуальный диск

Таков оказался печальный итог создания виртуальной машины:

Илл. 5-05. «Таков печальный итог»©

По образу и подобию этого псевдо-железа впредь будут создаваться виртуальные машины, когда они потребуются. Пока, конечно, не соберусь нарастить память машины реальной до 32 ГБ — тогда виртуалкам можно будет отдавать по 8 ГБ, и они станут (почти) совсем похожи на настоящие. Ведь нынче 4 ГБ памяти — редкость даже среди бюджетных ноутов, предназначенных пенсенерюгам в законе, вроде меня.

К слову сказать, увеличить (да и уменьшить) память виртуальной машины проще, чем машины реальной — не даже корпуснадо раскручивать. Достаточно при выключенной виртуалке зайти в меню Настроить главного окна VirtualBox’а, перейти к пункту Система и там во вкладке Материнская плата установить там новое значение — например, 8192 МБ (исчислять RAM в едицах SI вроде ещё никто не додумался):

Илл. 5-06. Расширение памяти виртуалки

И не забыть бы нажать OK

Вехи виртуальной установки

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

Вступление

За время, прошедшее с предыдущих историй, появился очередной, промежуточный, квази-релиз — xerolinux-2023.08-x86_64.iso: видимо, теперь такие квази-субрелизы будут выходить ежемесячно (?). Именно этим образом я и воспользовался для установки дистрибутива.

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

Веха первая: всё локально зависимое

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

В частности, вскоре настанет время определить раскладку клавиатуры, и наь автомате будет предложена русская, а вариант её — некий Defaults, что в наши дни переводится как winkeys. То есть — вариант русской раскладки, принятый в сами знаете какой системе, почему им все и пользуются.

«Но я-то не «все», Ватсон!»© И не буду пользоваться едва ли не самым неудобным вариантом раскладки для русских букв, предложенных творческим гением советского народа, вместе с закадычно враждебным народом антисоветским. И никогда не ленюсь пролистать длинный список вариантов, пока не доберусь до варианта typewriter, legacy:

Илл. 5-07. Выбор раскладки Russian (typewriter, legacy)

Почему этот вариант лучше всех остальных? Потому, например, что в нём буква Ё удобно расположена. Так что со временем будет отдельная история под условным (пока) названием «…про русские раскладки, русские буквы вообще и букву Ё в особенности».

Веха вторая: накопители и разделы

Разметка того, что в данном контексте именуется «диском»,

  • раньше считалась процедурой сложной и ответственной,
  • и на эту тему много писали, в том числе и автор этих слов,
  • и ныне всё написанное всеми (в том числе и мной) стало историей.

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

Илл. 5-08. Вахта инсталлятора: автоматическая разметка «диска»

В примере выше я полностью положился на умолчания установщика, выбрав установку на весь диск. И изменив только файловую систему с предлагаемой установщиком XeroLinux’а BTRFS на ext4 (почему? — «так лучше, Лёня»©). При реальной установке я слежу (очень сильно!) за именем целевого устройства хранения. В виртуалке оно (почти) всегда носит имя VBOX HARDDISK /dev/sda и является единственным, так что мимо не промахнёшься.

А вот в реале, где у меня два M.2’шных накопителя, /dev/nvme0n1 и /dev/nvme1, да плюс еще SSD SATA, именем /dev/sda, перепутать их — проще пареной репы. А поскольку на первой M.2’шке (в списке устройств хранения она и выводится первой) давно и счастливо живёт MX Linux, на котором сочиняются это строки, случайно поверх него установить XeroLinux — удовольствие… э… в общем, ниже среднего. Поэтому — внимание и ещё разумное количество раз внимания.

Веха третья: аккаунты и права

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

  • полное имя пользователя может быть любым, и даже не полным — паспорта при входе в аккаунт обычно не спрашивают, так что может быть своё собственное или, наоборот, чужое;
  • имя пользователя (логин) должно включать только первые 127 символов кодовой таблицы — у меня оно неизменно вот уже более четверти века;
  • имя компьютера также произвольное, но лучше осмысленное; так, компьютер с XeroLinux’ом у меня зовётся xero, хотя он же, но с MX Linux — mx.

Пользовательский пароль, как в обычае для всех Linux`ов (и UNIX’ов), задаётся дважды — для предотвращения ошибки однократного ввода. Инсталлятор XeroLinux’а без жалоб и возражений принимает пароль любой длины, точнее, любой «коротковизны» — вплоть до трёхсимвольных. Хотя о «коротковизне» и предупреждает…

Последнее, что потребует внимания при создании аккаунта — две опции в конце станицы, этому посвящённой (см. илл. 9 в Истории первой).

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

Я забочусь о том, чтобы случайно не снять отметку этой опции. Потому что тогда будет запрошен пароль root’а, разблокирующий его аккаунт. Следствием чего будет некоторый (хотя и не летальный) геморрой без малейших преференций. Кроме одной — зашкаливания ЧСВ от сознания того, что не «тварь я дрожащая, а root’а право имею!»

А вот смысл второй опции, Автоматически входить, не спрашивая пароля, напротив, в объяснении (почти не нуждается, но зато — по умолчанию не отмечена. И зря — никакой угрозы безопасности она не несёт, и потому я приучил себя включать её. Хотя и забыть про неё во время инсталляции — грех невеликий: настроить SDDM (дисплейный менеджер KDE, используемый, в том числе, и в XeroLinux’е) на автоматический вход в уже установленную систему, не сложнее, чем сделать это при инсталляции.

У последней черты инсталляции

Всё, моя вахта у штурвала инсталляционного судна окончена на просмотре резюме предыдущих действий и согласии начать установку. Инсталлятор же остаётся на вахте, причём один, без ансамбля, всё сам… Что, впрочем, не мешает ему отстоять её честно, и развернуть систему. В текущем «субрелизе» он делает это на фоне такой жизнерадостной картинки:

Илл. 5-09. Процесс пошёл…

А когда процесс закончен, инсталлятор предлагает либо закрыть сам себя, дабы продолжать любование live-режимом, либо перезагрузить машину. «Отдуваться мне было не с чего, и я стал цыкать зубом»© Под это цыканье машину и перезагрузил. О чём — в следующей Истории…

Автор: alv

Про себя напишу потом

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