С выбором предопределённых наборов мы несколько забежали вперёд супротив намеченной в Новелле двадцать седьмой последовательности этапов. Так что возвращаемся к генеральной линии, в которой по плану — разметка диска, создание и монтирование файловых систем.

Как это часто практикуется в инсталляторах, в установочной программе openSUSE разметка диска, создание и монтирование файловых систем совмещены воедино, и потому, простоты дела ради, будем называть их просто дисковой разметкой. Не забывая, однако, что в принципе это три различных мероприятия.

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

  • раздел подкачки на 1 Гбайт;
  • корневой раздел на 5 Гбайт;
  • раздел под будущий каталог /home — на всё оставшееся пространство.

inst20.png

С этим можно было бы согласиться — с той только оговоркой, что в реале под корневой каталог был бы выделен раздел 10-12 Гбайт. Однако давайте забудем, что мы находимся в виртуалке, и проведём разметку чистого диска реального же размера, то есть по нынешним временам даже в ноутбуке это составит от 300 и более Гбайт. И сделаем это так, как мне представляется оптимальным.

Разумеется, всё сказанное далее — не то что не догма, но даже не руководство к действию, а в основном — повод для размышления. Нечто вроде печки, от которой можно плясать в сторону своего личного идеала.

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

inst21.png

Здесь следует только «поставить птицу» на строке Пользовательская разметка (для экспертов), заодно потрафив своему ЧСВ, и нажать сакраментальную кнопку Далее. И наблюдаем разделение правого фрейма на два субфрейма:

inst22.png

В правом высвечивается одинокий, пока неразмеченный, диск sda, в левом список существующих (диски, в данном случае — один диск) и возможных (RAID, LVM, NFS) устройств, карты устройств и точек монтирования (пока пустые) , а также некие Настройки. Вот туда-то мы для начала и заглянем:

inst23.png

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

  • метод идентификации раздела — по имени его файла, идентификатору BIOS, метке тома, UUID;
  • файловая система — все нативные для Linux, кроме JFS;
  • метод выравнивания — оптимальный (по границе блоков стирания) или по границам цилиндров; первый, установленный по умолчанию, необходимо применять к SSD и некоторым новомодным винчестерам с размером физического блока 4 Кбайт (насколько я знаю, такие производит только Western Digital);
  • показывать устройство — по имени, ID или пути к нему.

Кроме того, здесь же можно определить, какие характеристики хотелось бы видеть во фрейме, содержащем информацию о разделах.

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

inst24.png

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

inst25.png

Как уже говорилось в Новелле тридцать первой, особого рояля это не играет.

Следующий шаг — определение размера раздела. В соответствие с высказанными ранее соображениями, для начала создаём раздел под каталог /boot — мегабайт на 200. И вот здесь вспоминаем о раскладке клавиатуры. Дело в том, что при выборе русского языка инсталлятора размер этот мы должны задать в виде — 200 МБ и никак иначе:

inst26.png

Никакое другое определение размера — ни Мб, ни MB, ни Gb — не проходит, выводя сообщение об ошибке:

inst27.png

А если мы в самом начале вместо русской раскладки указали английскую — то русских букв у нас просто не будет. Довольно забавная мелочь, верно? Её даже багой не назовёшь, типичная фича.

Следующим шагом будет создание на разделе файловой системы и определение её опций монтирования:

inst28.png

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

inst29.png

Во-вторых, для каждой файловой системы можно определить множество параметров, в том числе и специфичных для определённого её типа. Так, для ext4 можно отказаться от журналирования — говорят, это весьма способствует производительности. Ну а для каталога /boot журналирование просто не нужно:

inst30.png

Далее, кроме точки монтирования — в нашем случае /boot

inst31.png

можно определить и многочисленные его варианты:

  • как монтировать раздел — по имени, метке или UUID; большинство современных дистрибутивов усиленно навязывают нам последний способ как особо прогрессивный, хотя никаких выгод от него (кроме нечитаемости файла /etc/fstab) я не вижу;
  • задание метки тома, что необходимо при монтировании по метке и вообще представляется мне удобным;
  • собственно опции монтирования, из которых очень желательной представляется мне No Access Time (noatime);
  • определение режима журналирования — только для ext3 и ext4; при отказе для последней от журналирования, очеивно, это теряет смысл;
  • списки контроля доступа и дополнительные атрибуты пользователя — на пользовательской машине, ИМХО, это можно смело отключить;
  • просто задать произвольные опции, например поддержки trim для файловых систем btrfs и ext4fs.

inst32.png

Для btrfs предоставляется возможность управления подтомами (subvolumes), что мы сейчас и рассмотрим на примере остальных разделов. Для начала создадим раздел на всё оставшееся пространство:

inst33.png

И назначим для него файловую систему btrfs. Кнопка параметров при этом пропадает:

inst34.png

Варианты монтирования сохраняем прежними, при установке на SSD добавляем опцию ssd:

inst35.png

И нажимаем на кнопку Обработка подтома, после чего получаем список умолчальных подтомов:

inst36.png

Ни один из них нам не нужен, поэтому последовательно истребляем их все нажатием кнопки Удалить. После чего создаём собственные подтома, последовательно вводя в соответствующей сроке значения — @/, @/home/alv и так далее, нажимая после каждого кнопку Добавить новый. В результате чего имеем:

inst37.png

Обращаю внимание, что имя каждого подтома должно начинаться с символов @/. Впрочем, если их пропустить — они будут добавлены автоматически.

По окончании процедуры нажимаем кнопку Завершить — и видим итоговую картину разметки:

inst38.png

Однако это ешё не конец: воспользуемся уникальной возможностью, предоставляемой, насколько я знаю, только инсталлтором openSUSE, и смонтируем временные файловые системы (tmpfs). Для этого отмечаем пункт tmpfs и нажимаем на кнопку Добавить. После этого предлагается определить точку монтирования (в примере — /tmp):

inst39.png

При желании можно определить и опции монтирования, например, ту же noatime. Но это потребует обязательного указания размера tmpfs:

inst40.png

Указанные в примере 30% не значат, что tmpfs будет постоянно занимать треть оперативной памяти, а лишь устанавливает верхний предел для неё.

Теперь имеет смысл просмотреть итоги установки:

inst41.png

И если по ходу разметки где-то была допущена ошибка — исправить её: никаких реальных действий над диском ещё произведено не было. Если же всё нормально — но нажать кнопку Принять, проигнорировать сообщение об отсутствии раздела подкачки (при объёме памяти более 2 Гбайт он не нужен, а при установке на SSD так просто противопоказан):

inst42.png

вернуться к начальному экрану разметки, полюбоваться результатом

inst43.png

и нажать кнопку Далее.


Назад | К содержанию | Вперёд