Дополнения к книге: Linux Mint и его Cinnamon. Rafaela пуристическая. Часть 1: установка

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

Во вводном очерке к данному циклу были описаны два метода создания «лишенческой» системы — минималистический и пуристический, любой из которых может быть применён к Linux Mint со средой Cinnamon.

Выбор источника установки

Вдохновлённый итогом миниатюризации Rafaela, достигнутой просто удалением из оригинального образа всех пакетов вне среды Cinnamon и её штатных приложений, я решил собрать пуристический вариант этого дистрибутива, основанный на прямо противоположном принципе. То есть путём установки минимальной CLI-системы и её наращивания дистрибутив-специфическими компонентами и компонентами рабочей среды.

Дистрибутивы проекта Mint принадлежат к системам быстрого развёртывания — их инсталляторы не предусматривают ни индивидуального выбора пакетов, ни установки базовой системы. Поэтому в качестве установочного носителя можно использовать либо Live-носитель, с которого посредством debootstrap будет устанавливаться Core System, либо mini.iso (он же MinimalCD).

Правда, в рамках проекта Mint не предусмотрено специального сценария для debootstrap, и своего mini.iso он также не имеет. Так что для Linux Mint придётся обратиться к средствам родительской Ubuntu (подобно тому, как для LMDE были задействованы средства прародительского Debian’а). То есть для релиза 17.2 Rafaela ими будут либо сценарий trusty для debootstrap, либо mini.iso 14.04 LTS, скачать который можно отсюда, отсюда или отсюда (размер образа 37 МБ).

Итоговый результат в любом случае будет практически один и тот же, только при установке с mini.iso он будет достигнут меньшей кровью — выбором установки Command line. При использовании же debootstrap придётся не только собирать попакетно ту же самую Core System, но и выполнить, после ряда предварительных действий, операцию chroot, в ходе которой помнить о ручном составлении /etc/fstab, генерации локалей и ещё массе мелочей. Поэтому я в итоге остановился на использовании mini.iso для развёртывания базовой системы. Хотя при желании разместить корено файловой иерархии на ZFS без debootstrap никак не обойтись.

Однако работа с ZFS — отдельнаятема. В этом же очерке будет описан процесс установки именно с mini.iso, ориентированный на получение в итоге базовой системы. Однако это дело может быть целесообразным и в более иных случаях. Например, при установке Linux Mint с корнем файловой иерархии на программном RAID. Впрочем, в данном очерке эти две задачи совмещены. Поскольку установка на одиночный диск для одной из предыдущих версий Ubuntu уже описывалась, именно второй задаче будет уделено особое внимание.

Установка: от загрузки до разметки

Как обычно, загрузка с mini.iso начинается появлением меню загрузчика isolinux:

В котором, согласно поставленной цели, имеет смысл обратиться к пункту Advanced options, а в нём выбрать пункт Command-line expert install — это обеспечит максимальную гибкость инсталляции, с одной стороны, и избавит от вопросов по выбору прикладного софта — с другой:

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

Истинный приверженец духовных скреп и исконных ценностей здесь, вне всякого сомнения, выберет русский:

Столь же однозначен для гражданина России выбор страны, области или региона:

А также страны, для которой выбирается русская локаль:

Дополнительная локаль, en_US.UTF-8, в Ubuntu’евом mini.iso, в отличие от Debian’овского, выбирается по умолчанию:

И конечно же, из двух наличных локалей (не считая «прошитых» C,
C.UTF-8 и POSIX) выбирается та, что жирнее «русистей»:

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

Определять дополнительную (помимо американской английской) раскладку клавиатуры не нужно:

Проще указать её в явном виде как русскую:

Вариант раскладки (в терминах инсталлятора не совсем точно именуемый просто раскладкой) по умолчанию предлагается Русский, то есть winkeys, но это дело вкуса и привычки. Мой выбор — (typewriter legacy), что на языка родных осин переводится как (печатная машинка, устаревшая):

Переключатель раскладок по умолчанию — опять же традиционно-виндовый, Alt+Shift. Как паллиатив я назначаю традиционно-иксовый CapsLock (он будет действовать и в консоли):

В дальнейшем средствами среды Cinnamon он будет заменён на немодальный (о чём подробнее здесь).

Теперь предстоит определение сетевой карты:

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

Само же определение происходит автоматически и мгновенно, плавно переходя в настройку сети:

Что предполагает выбор оной на автомате (с чем в большинстве случаев опять же следует согласиться):

И предлагает указать время ожидания подключения:

А затем задать имя компьютера (обязательно) и ввести имя домена (можно проигнорировать):

Следующий этап — выбор зеркала репозиториев Ubuntu:

Оно предваряется определением протокола доступа к нему — предлагаемый по умолчанию http наиболее универсален:

Со страной разщмещения зеркала — вопросов не больше, чем с прочими локально-зависимыми параметрами, хотя бывали времена, когда стоило предпочесть датчан и разных там прочих шведов:

А вот для конкретного зеркала в одной отдельно взятой стране даже и вариантов выбора не предлагается:

С прокси всё понятно: если он есть — известно, что писать, если неизвестно — тогда ничего писать не надо:

Теперь возможности инсталлятора «из коробки» (то есть с установочного носителя) исчерпаны, требуется загрузить из сети остальные его компоненты:

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

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

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

Настройка эта сводится к согласию с использованием «теневых» паролей:

Отказу от определения root’ового пароля:

Указанию полного имени пользователя (чего можно не делать):

Вводу логина (без чего не обойтись):

Двухкратному вводу пользовательского пароля (для первого пользователя он же предоставит доступ к административным функциям):

Шифрование домашнего каталога или отказ от оного определяются в меру личной паранойи:

После этого предлагается настроить время:

Это требует согласия с использованием для этого протокола NTP, адресом предлагаемого для этого сервера (который можно задать и вручную) и правильностью именования часового пояса (в моём случае — Europe/Moscow):

Таким образом наступает черёд самой ответственной операции при установке — разметки носителей.

Установка: разметка для softRAID

Процедура разметки носителей начинается с их определения системой:

Дело это происходит тихо и незаметно, завершаясь предложением приступить собственно к разметке:

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

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

Оба виртуальных «диска» имели долгую историю, поэтому перво-наперво на каждом из них создаётся новая таблица разделов:

Выбор типа — в стиле msdos, хотя возможны многие варианты (правда, практический смысл имеет только стиль gpt):

Далее на каждом из дисков создаётся по два новых раздела:

Сначала на одном из представителей первой пары задаётся размер 512 МБ:

Раздел первичный:

Местоположение его — в начале свободного (то есть неразмеченного) пространства:

Раздел создаётся с некоторыми параметрами по умолчанию:

Которые, разумеется, в данном случае не подходят более чем совсем. Так что сначала файловая система заменяется на использование как физического тома для RAID:

После чего — переход на оставшееся пространство:

И разметка его как нового раздела, занимающего весь объём:

Тип и местоположение раздела — те же, что и раньше, с использованием как физического тома для RAID. Затем те же действия по созданию разделов точно воспроизводятся на втором диске, после чего наступает время перейти к пункту Настройка программного RAID:

Однако прежде совершённые действия по изменению таблицы разделов и созданию оных должны быть записаны:

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

Первое MD-устройство определяется как RAID Level 1, то есть зеркальное (mirror), оно будет загрузочным:

Число включаемых в него разделов — очевидно, два:

Никаких резервных разделов для него не положено за их отсутствием:

А имена объединяемых в массив устройств — /dev/sda1 и /dev/sdb1, это те самые первые разделы на каждом диске, по 512 МБ каждый:

Далее создаётся второе MD-устройство, RAID Level 0 (strip, то есть с расщеплением):

В него объединяются оставшаяся пара больших разделов, /dev/sda2 и /dev/sdb2:

На этом процедура создания разделов заканчивается:

Далее выводится список устройств, включающий уже /dev/md0 и /dev/md1:

С обоими устройствами можно обращаться как с обычными дисковыми разделами:

То есть создавать на них файловые системы — по умолчанию ext4, но можно и любые другие из списка:

Указывать точки монтирования — очевидно, что для зеркального /dev/md0 это должна быть /boot:

Задавать для них опции монтирования — я включаю noatime для всех и discard для объединяющих разделы SSD (хотя не уверен, что это имеет смысл):

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

Процент root’ового резерва я уменьшаю до нуля (нынче, тем более на SSD, смысла в нём не много):

Этим настройка первого, загрузочного, раздела закончена:

Для раздела второго процедура повторяется в точности, за исключением указания точки монтирования — /, это будет корень файловой иерархии:

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

Предупреждение об отсутствии раздела подкачки игнорируется (на реальной машине таковой имеется):

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

И по возврате в главное меню инсталлятора предлагается перейти к установке базовой системы:

Что знаменует собой начало последнего этапа установки.

Установка: от разметки до рестарта

Установка базовой системы — это фактически развёртывание метапакета ubuntu-minimal, то есть функциональной консольной системы, способной загружаться, опознавать оборудование, работать с сетями управлять пакетами. В ходе процедуры предлагается выбрать ядро системы — здесь, не мудрствуя лукаво. следует остановиться на linux-generic, отмеченном по умолчанию:

После этого логичным выглядит вопрос о том, как компоновать initrd — всеми доступными драйверами, или только необходимыми для данной конкретной системы. Ответ на него очевиден: если собирать систему для себя, любимого — выбирается второй вариант, если думать о отдалённой перспективе в виде собственного ремиксаёреспина не только с нескучными обоями, но также с блэк-джеком преферансом и шлюхами порядочными женщинами — второй:

Поскольку в понятие Core System входит управитель пакетами, то есть apt, он нуждается в настройке. И это — следующая стадия завершающего этапа установки:

Настройка эта сводится к ответам на вопросы:

• использовать ли так называемый «несвободный» софт? Ответ по умолчанию — Да:

• использовать ли софт из раздела universe? Конечно, Да:

• использовать ли софт из раздела multiverse? Конечно, Да:

• использовать ли так называемое заблаговременно перенесённое ПО? Если под этим подразумевается backports — разумеется, Да:

Впрочем, ответы на эти вопросы никакого рояля не играют — после трансформации Ubuntu в Linux Mint в силу вступят его собственные правила доступа к репозиториям. Как не колышат будущего применителя LM и настройки сервисов обновлений:

Однако теоретически политика доступа к репозитория могла бы повлиять на следующую стадию процесса установки — Выбор и установка программного обеспечения:

Могла бы — но выбранная в самом начале установка Command-line expert install никакого выбора не оставляет: без лишних вопросов и предупреждений заканчивается установка пакетов консольного набора. После чего вопрос таки возникает — а каким образом эти установленные пакеты обновлять? Всё, что угодно, только не автоматом — предлагаемый по умолчанию ответ согласуется и со здравым смыслом:

Наконец, финал инсталляции — установка системного загрузчика, каковым по умолчанию предлагается GRUB, хотя и возможность установки LILI пока сохраняется; ну а при наличии на машине других операционок обычно имеет смысл Продолжение установки без системного загрузчика — очень важная опция, утраченная в графическом инсталляторе Ubuntu и Linux Mint:

Устанавливать ли его в MBR? Обычно — Да, особые случаи оставляю для рассмотрения заинтересованным лицам:

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

После этого главное меню намекает на то, что пора завершить установку. Однако я перед этим проделал ещё одну процедуру — обратился к пункту Изменение уровня важности debconf:

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

После чего с чувством выполненного долга приступаю к завершению установки:

Походу отвечая положительно и на вопрос о времени в системных часах, и на предложение рестарта:

И через некоторое время, без всякого меню GRUB (у нас ведь ещё Ubuntu, а не Mint) наблюдаю приглашение к авторизации в «голой» консоли:

А осуществив оную и дав команду

$ df -h

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

Конечно, 1,1 ГБ — немало для чисто консольной системы, и наверняка в них вкралось кое-что лишнее, чего можно было бы избежать при попакетном исполнении сценария debootstrap. Но этот — тот самый случай, когда принцип пуризма входит в противоречие со здравым смыслом, то есть — с затратами времени. Если же вместо попакетной установки оперировать метапакетами (aka tasks) — результат был бы тем же самым, что и в рассмотренном случае. И к тому же, как будет показано в следующем очерке, некоторая избыточность базовой установки с лихвой компенсируется компактностью конечной системы.

К содержанию
Книга online