Алексей Федорчук - Погружение в Salix
- Название:Погружение в Salix
- Автор:
- Жанр:
- Издательство:неизвестно
- Год:неизвестен
- ISBN:нет данных
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Алексей Федорчук - Погружение в Salix краткое содержание
Эта электронная книжка, aka e-book, посвящена дистрибутиву Salix – одному из «клонов» Slackware. Он интересен и сам по себе. Но также и тем, что среди всех потомков старейшего из выживших дистрибутивов он в наибольшей степени наследует особенности родительской системы. И потому знакомство с ним может рассматриваться (в том числе и) как самый быстрый и простой метод вхождения в мир Slackware. Ибо фраза «Если ты знаешь Slackware – ты знаешь Linux» до сих пор не потеряла своей актуальности.
Настоящая книжка не является руководством по Salix, Slackware или, тем более, по Linux'у вообще. Нет, это описание дистрибутив-специфических особенностей Salix'а – тех, которые показались мне интересными, и которые я задействовал в своей практической работе.
Основу книжки составили заметки о Salix на Блогосайте и цикл статей, размещённых на IBM developerWorks (содержание его здесь). Ныне они исправлены, дополнены и причёсаны, так что полного совпадения с материалами, ранее размещёнными на указанных ресурсах, нет.
Непосредственным стимулом к оформлению всех изложенных материалов послужило желание моего сына Виктора погрузиться в Salix самому и приобщить к нему сестру Ольгу. Так что им эта e-book'а и посвящается.
Погружение в 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.
Вне зависимости от используемых для разметки инструментов, важный момент – правильное определение идентификаторов типа файловой системы создаваемых разделов. Если для разделов под корень (или под /boot) его следует сохранить присвоенный по умолчанию тип 83 (Linux native), то для разделов под RAID он должен быть изменён на fd (Linux raid autodetected).
Закончив с разметкой диска, приступаем к созданию программного RAID'а. Это делается с помощью утилиты mdadm, которая в рассматриваемом случае запускается в такой форме:
# mdadm --create /dev/md0 --auto=yes --level=0 --raid-devices=2 /dev/sd[a,b]2
Здесь --create (или -C) – субкоманда создания массива, в качестве аргумента которой указывается имя его файла устройства, --level – определение его уровня, --raid-devices – число входящих в массив устройств с указанием их имён (/dev/sda2 и /dev/sdb2). Опция же --auto=yesпредписывает создать устройство именно с указанным в примере именем. Иначе после перезагрузки оно может оказаться чем-нибудь вроде /dev/md127, что потребует дополнительных действий по редактированию /etc/fstab. И, разумеется, имена файлов устройств должны быть указаны в соответствие с реалиями целевой машины.
После создания RAID'а результат выполненных действий может быть проверен такой командой:
# mdadm --detail /dev/md0
Если всё было сделано правильно, вывод её должен выглядеть примерно так:
1 8 18 1 active sync /dev/sdb2
Вместо субкоманды --detailможно использовать её сокращённую форму -D. А подробную справку по субкомандам mdadmи её опциям можно получить с помощью общей директивы:
$ mdadm --help
Которая может детализироваться для отдельных субкоманд:
$ mdadm --create --help
Из вывода последней можно узнать о таких дополнительных параметрах, как указание размера блока «распараллеливания» (Chunk Size), который теоретически должен влиять на быстродействие (чем больше, тем лучше), Однако сведений, насколько это чувствительно в десктопной обстановке, я не нашёл, и потому проще положиться на умолчание mdadm; как можно видеть из вывода субкоманды -D, оно составляет 512 Кбайт.
Завершив создание RAID, на нём (и на обычных разделах) можно создать и файловые системы одной из команд семейства mkfs (mkfs.ext4, mkfs.xfs и так далее – в зависимости от того, какие из них предполагается использовать). Но это вполне возможно выполнить и из инсталлятора, который запускается командой setup. Единственный момент, требующий внимания – после определения корневого раздела (например, /dev/sda1) и его форматирования не забыть выбрать для форматирования и монтирования устройство программного RAID (в примере – /dev/md0).
Есть ли особенности при установке на SSD?
До недавнего времени широко обсуждался вопрос об особенностях установки Linux на SSD. Это было связано с необходимостью выравнивания разделов на твердотельных накопителях по границам так называемых «блоков стирания». Невыполнение этого требования угрожало как снижением быстродействия дисковых операций, так и повышенным износом накопителей.
Ныне вопрос этот потерял актуальность. Во-первых, современные версии всех утилит дисковой разметки, перечисленных в предыдущем разделе статьи, выравнивают границы дисковых разделов оптимальным образом. Во-вторых и главных, совершенствование контроллеров SSD «массового уровня» увеличило ресурс записи на них до величин, практически недостижимых в условиях десктопного применения. В промышленных же серверах, где эта проблема по-прежнему может возникать, разумными людьми применяются накопители другого уровня (и другой стоимости).
За последние годы через мои руки прошло немало твердотельных накопителей разных производителей, моделей и даже интерфейсов (от SATA II до PCI-E). Некоторые из них использовались в обстановке, для десктопа близкой к экстремальной. И потому могу заявить со всей ответственностью: ныне применитель может не ломать себе голову над спецификой SSD, а устанавливать на них систему (и в дальнейшем работать с ней), как на любой традиционный винчестер.
Установка на ноутбуки
Ещё один вопрос, который часто рассматривается как имеющий специфику – установка Linux вообще (и дистрибутива Salix в частности) на ноутбуки. На самом деле здесь есть два момента, которые могут существенно осложнить жизнь будущему применителю.
Первый специфичен для моделей, сочетающих в себе встроенную процессорную и внешнюю дискретную видеподсистемы. Правда, на самой по себе установке Salix, происходящей в текстовом режиме, это не сказывается. Но может вызвать осложнения после установки и перезагрузки машины: по умолчанию Salix стартует в графическом режиме, и некорректная работа видеоподсистемы может этому помешать.
Читать дальшеИнтервал:
Закладка: