Погружение в Salix

А вслед за тем – предупреждение, что все данные на диске будут уничтожены. Если на это согласиться – целевой носитель будет размечен и отформатирован так, как показано на рисунке 3-10.

Рисунок 3-10. Результат автоматической разметки диска

При этом под корневой раздел будет отведено примерно 10 ГБ, под раздел подкачки – половина объёма оперативной памяти, а всё остальное отдаётся под каталог /home.

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

Установка на программный RAID

На стадии выбора режима инсталляции будущему применителю предоставляется ещё один вариант выбора – пункт Exit Installation с выходом из программы установки в командную оболочку. Командой

root@salix64:/#echo $SHELL

она определяется как /bin/sh, то есть POSIX Shell, однако на самом деле представляет собой оболочку Альмквиста (ash) из набора Busybox. Она предоставляет такие возможности для комфортной интерактивной работы, как автодополнение команд и путей, историю команд, контроль заданий. В сборку Busybox включено более 500 утилит командной строки, преимущественно административного назначения. А из вида приглашения командной строки можно заключить, что запущена оболочка с правами суперпользователя.

Таким образом, в руках будущего применителя Salix фактически оказывается весьма полная консольная система. Зачем она ему может понадобиться? Ответить нетрудно: хотя инсталлятор этого дистрибутива и позволяет использовать более одного целевого диска, например, подмонтировав второй в качестве /home, но по-настоящему мультидисковых конфигураций не поддерживает. То есть на стадии установки штатно нельзя задействовать ни программный RAID, ни менеджер томов LVM. Так что если в таковых есть потребность – их надо настроить до запуска инсталлятора, вручную.

Конечно, подготовить диски для softRAID или LVM можно с помощью специализированных LiveCD, вроде Image Magic, причём сделать это в «культурной» обстановке графического режима, с помощью наглядной графической утилиты GParted. Однако это было бы умножением сущностей – установочный носитель Salix позволяет проделать всю ту же работу и, на мой взгляд, гораздо проще. Всё необходимое для этого – поддержку в ядре мультидисковых устройств и набор утилит из пакетов mdadm и lvm2 (для работы с программным RAID и LVM, соответственно) командная среда дистрибутива Salix предоставляет.

Подготовку дисков для установки на LVM остаётся для рассмотрения заинтересованными лицами. Я же ниже опишу процесс создания программного RAID для целей десктопного (не серверного!) применения. В дискуссию о том, нужен ли RAID на десктопе, и если нужен — зачем, какого уровня и какие ветви файловой иерархии на нём размещать, я вступать не буду, ибо ранее неоднократно высказывался по этому поводу. А потому буду исходить из следующих постулатов:

   • при наличии в машине двух и более дисков программный RAID в ряде случаев оказывается целесообразным;

   • на типичном применительском десктопа имеет смысл использовать softRAID Level 0;

   • размещаться на нём должна ветка /home файлового древа.

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

   1. fdisk или cfdisk при использовании таблицы разделов MBR;

   2. gdisk или cgdisk – при разметке в стиле GPT.

Кроме того, в командной среде Salix доступна и универсальная утилита parted, позволяющая оперировать обоими стилями разметки, а также создавать файловые системы. Но, на мой взгляд, она неоправданно усложнена. Чего совершенно нет у утилиты GNOME Disks (о которой написано здесь).

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

Так или иначе, на одном из дисков требуется создать раздел под будущий корень файловой иерархии (размером около 10 ГБ или немного больше), а затем на обоих – по разделу примерно одинакового объёма, которые будут объединяться в RAID. Я в случае двухдисковых конфигураций создаю обычно два обычных раздела – на один устанавливается система для практической работы, на другой – для экспериментов, раздел же под /home на RAID Level 0 для них оказывается общим.

В принципе, никто не запрещает и корень файловой иерархии разместить на программном RAID Level 0. Но, поскольку загрузка ядра Linux с последнего невозможна, в этом случае придётся создавать на одном из дисков небольшой (несколько десятком мегабайт) раздел под будущий каталог/boot. Выигрыша же в быстродействии от размещения корня на RAID я не наблюдал, особенно если система устанавливается не на традиционные винчестеры, а на SSD.