Погружение в Salix
Шрифт:
На самом деле ничего таинственного в процессе инсталляции нет. Как бы он ни выглядел внешне, но внутренне он сводится к двум моментам. Первый – инсталлятор представляет собой самую обычную программу, работающую под управлением той системы, которую он призван инсталлировать (бывают исключения, но к нашему случаю они не относятся). Следовательно, первый этап большого инсталляционного пути – это загрузка системы (в данной ситуации – ядра Linux) с какого-либо внешнего носителя (или по сети, например, по технологии PXE).
Шаг второй – определение ядром оборудования, присутствующего на целевой машине, и, при необходимости, загрузка дополнительных
Наконец, третий шаг – это запуск инсталлятора, выполняемый автоматически или с помощью соответствующей команды. В функции инсталлятора входят:
• подготовка целевого носителя, то есть разметка его, создание и монтирование файловых систем;
• выбор компонентов устанавливаемой системы и их перенос на целевой носитель;
• обеспечение загрузки с него свежеустановленной системы.
Эти три основные функции обеспечиваются любой программой установки любого дистрибутива Linux (да и иных операционных систем тоже), вне зависимости от того, выступает ли в качестве инсталлятора командная оболочка и текстовый редактор, как в Gentoo, поражающий изобилием возможностей YaST из openSUSE, или установщики систем быстрого развёртывания, о которых я говорил в прошлой главе – инсталляторы в пять кликов.
Обычно в обязанности инсталлятора включается и всякого рода постинсталляционное конфигурирование, но это уже – опции, существенно зависящие от специфики дистрибутива.
Стандартная установка
Цели ясны, задачи определены – помещаем установочный носитель куда следует, и за инсталляцию, товарищи! Которая начинается с предложения загрузить ядро системы, при необходимости введя его параметры (обычно такой необходимости не возникает):
Рисунок 2-2. Инсталляция начинается с предложения загрузить ядро системы
После загрузки ядра программа инсталляции, в отличие от Slackware, запускается автоматически, позволяя выбрать раскладку клавиатуры вместо используемой по умолчанию американской английской:
Рисунок 2-3. Выбор раскладки клавиатуры
Здесь не надо поддаваться иллюзиям и пытаться выбрать русскую раскладку – кроме осложнений, это не даст ничего. Ибо эта опция предназначена не для русскоязычных, а для европейских применителей: многие из них используют национальные раскладки типа германо-скандинавской qwertz или французской azerty, отличающихся от стандартной qwerty мелкими, но существенными деталями в расположении специальных символов.
Следующий пункт установочной программы – выбор между режимами INSTALL и AUTOINSTALL. Второй применим только в случае установки на «чистый» диск (или диск, содержимым которого можно пожертвовать, поэтому я скажу о нём позднее. Так что в большинстве случаев следует выбирать режим INSTALL, как более гибкий и универсальный:
Рисунок 2-4. Выбор режима установки
Далее я исхожу из предположения,
Рисунок 2-5. Выбор диска для установки
А вот после этого возможны варианты. Если целевой диск содержит раздел, который может стать целевым для установки Salix (то есть – пустой или такой, содержимого которого не жалко), можно через пункт Exit сразу перейти к следующей её стадии. Если же нет (или разделы диска требуют изменения) – следует нажать экранную кнопку Go для запуска программы дисковой разметки, роль которой исполняет стандартная утилита cfdisk.
На деталях разметки диска я останавливаться не буду – этот вопрос многократно рассмотрен в сетевых и печатных материалах. Замечу только, что в случае простой однодисковой конфигурации обычно достаточно создать три раздела – под будущий корень файловой иерархии (здесь впору вспомнить о тех самых 8 ГБ из минимальных требований, но при современных объёмах накопителей на нём лучше не экономить), под каталог /home для пользовательских данных (тут работает один из трёх принципов: «сколько нужно», «сколько можно» или «сколько не жалко») и раздел подкачки. Без последнего при объёме оперативной памяти от 4 ГБ и более вполне можно обойтись – правда, при этом последует соответствующее предупреждение, но оно спокойно игнорируется.
А вот при установке системы на SSD рискну высказать крамольную мысль – в этом случае можно отказаться от создания разделов вообще – кроме, разумеется, корневого (в системе с одним накопителем им будет устройство /dev/sda1). Потому что многие резоны, которыми в прошлом руководствовались изобретатели изощрённых схем дисковой разметки (например, минимизация перемещения головок винчестера во время дисковых операций) для них просто потеряли физический смысл.
Хорошей идеей для SSD-носителей является также использование интегрированных систем размещения данных, вроде ZFS или btrfs, с их «резиновыми» файловыми «как бы системами», data sets в первом случае и subvolumes – во втором. Однако первая не поддерживается на стадии установки (хотя в дальнейшем её нетрудно подключить – этим мы займёмся в соотвествующей главе), а вторая ещё не дошла до нужной кондиции.
Так или иначе, но следующим шагом будет выбор корневого раздела для последующего форматирования (даже если он единственный):
Рисунок 2-6. Выбор корневого раздела
И выбор режима форматирования (быстрого или с проверкой) или отказа от него, если раздел уже несёт файловую систему, менять которую нет причин. Однако в подавляющем большинстве случаев выбор первого варианта предпочтителен:
Рисунок 2-7. Выбор режима форматирования