Алексей Федорчук - Погружение в Salix

На самом деле ничего таинственного в процессе инсталляции нет. Как бы он ни выглядел внешне, но внутренне он сводится к двум моментам. Первый – инсталлятор представляет собой самую обычную программу, работающую под управлением той системы, которую он призван инсталлировать (бывают исключения, но к нашему случаю они не относятся). Следовательно, первый этап большого инсталляционного пути – это загрузка системы (в данной ситуации – ядра Linux) с какого-либо внешнего носителя (или по сети, например, по технологии PXE).

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

Наконец, третий шаг – это запуск инсталлятора, выполняемый автоматически или с помощью соответствующей команды. В функции инсталлятора входят:

• подготовка целевого носителя, то есть разметка его, создание и монтирование файловых систем;

• выбор компонентов устанавливаемой системы и их перенос на целевой носитель;

• обеспечение загрузки с него свежеустановленной системы.

Эти три основные функции обеспечиваются любой программой установки любого дистрибутива Linux (да и иных операционных систем тоже), вне зависимости от того, выступает ли в качестве инсталлятора командная оболочка и текстовый редактор, как в Gentoo, поражающий изобилием возможностей YaST из openSUSE, или установщики систем быстрого развёртывания, о которых я говорил в прошлой главе – инсталляторы в пять кликов.

Обычно в обязанности инсталлятора включается и всякого рода постинсталляционное конфигурирование, но это уже – опции, существенно зависящие от специфики дистрибутива.

Цели ясны, задачи определены – помещаем установочный носитель куда следует, и за инсталляцию, товарищи! Которая начинается с предложения загрузить ядро системы, при необходимости введя его параметры (обычно такой необходимости не возникает):

Рисунок 2-2. Инсталляция начинается с предложения загрузить ядро системы

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

Рисунок 2-3. Выбор раскладки клавиатуры

Здесь не надо поддаваться иллюзиям и пытаться выбрать русскую раскладку – кроме осложнений, это не даст ничего. Ибо эта опция предназначена не для русскоязычных, а для европейских применителей: многие из них используют национальные раскладки типа германо-скандинавской qwertz или французской azerty, отличающихся от стандартной qwerty мелкими, но существенными деталями в расположении специальных символов.

Следующий пункт установочной программы – выбор между режимами INSTALLи AUTOINSTALL. Второй применим только в случае установки на «чистый» диск (или диск, содержимым которого можно пожертвовать, поэтому я скажу о нём позднее. Так что в большинстве случаев следует выбирать режим INSTALL, как более гибкий и универсальный:

Рисунок 2-4. Выбор режима установки

Далее я исхожу из предположения, что в целевой машине имеется один накопитель – традиционный винчестер или SSD. Варианты установки в многодисковых конфигурациях будут рассмотрены отдельно. Так что на следующей стадии, выбора диска, выбирать особо не из чего – достаточно отметить единственное предложение нажатием клавиши Spacebar:

Рисунок 2-5. Выбор диска для установки

А вот после этого возможны варианты. Если целевой диск содержит раздел, который может стать целевым для установки Salix (то есть – пустой или такой, содержимого которого не жалко), можно через пункт Exitсразу перейти к следующей её стадии. Если же нет (или разделы диска требуют изменения) – следует нажать экранную кнопку Goдля запуска программы дисковой разметки, роль которой исполняет стандартная утилита cfdisk.

На деталях разметки диска я останавливаться не буду – этот вопрос многократно рассмотрен в сетевых и печатных материалах. Замечу только, что в случае простой однодисковой конфигурации обычно достаточно создать три раздела – под будущий корень файловой иерархии (здесь впору вспомнить о тех самых 8 ГБ из минимальных требований, но при современных объёмах накопителей на нём лучше не экономить), под каталог /home для пользовательских данных (тут работает один из трёх принципов: «сколько нужно», «сколько можно» или «сколько не жалко») и раздел подкачки. Без последнего при объёме оперативной памяти от 4 ГБ и более вполне можно обойтись – правда, при этом последует соответствующее предупреждение, но оно спокойно игнорируется.

А вот при установке системы на SSD рискну высказать крамольную мысль – в этом случае можно отказаться от создания разделов вообще – кроме, разумеется, корневого (в системе с одним накопителем им будет устройство /dev/sda1). Потому что многие резоны, которыми в прошлом руководствовались изобретатели изощрённых схем дисковой разметки (например, минимизация перемещения головок винчестера во время дисковых операций) для них просто потеряли физический смысл.

Хорошей идеей для SSD-носителей является также использование интегрированных систем размещения данных, вроде ZFS или btrfs, с их «резиновыми» файловыми «как бы системами», data sets в первом случае и subvolumes – во втором. Однако первая не поддерживается на стадии установки (хотя в дальнейшем её нетрудно подключить – этим мы займёмся в соотвествующей главе), а вторая ещё не дошла до нужной кондиции.

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

Рисунок 2-6. Выбор корневого раздела

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

Рисунок 2-7. Выбор режима форматирования