Издательский дом ООО "Гейм Лэнд"ЖУРНАЛ ХАКЕР #65, МАЙ 2004 г.

Массивный пингвин под прицелом

Andrey Bondarenko

Xakep, номер #065, стр. 065-106-3


Не закрывая диалога, на этом же томе подготавливаем разделы для нашей системы. При установке часто возникает резонный вопрос: как правильно разбить диск и стоит ли плодить разделы. Самый простой вариант - это выделить /dev/hda1 под корень, а /dev/hda2 под область подкачки. Но если в результате сбоя или эксперимента над /var (например, применил экспериментальный патч и устроил stress test) разрушен заголовок раздела /, то вся ценная информация может быть безвозвратно утеряна. Далее представлю наиболее логичную и надежную схему разбиения:

1. 75 Мб для /boot. Строго говоря, этот раздел нужен только на этапе загрузки, затем он вообще может быть размонтирован.

2. 512 Мб для корневого раздела. В / должно находиться все самое необходимое для нормальной загрузки, а именно: содержимое /etc, /lib, /dev, /proc, /bin и /sbin. В этом разделе в режиме штатной работы ничего, кроме файла /etc/mtab, изменяться не должно. Также его можно перемонтировать только на чтение в процессе загрузки, а /etc/mtab сделать ссылкой на /proc/mounts. Этот шаг несколько повысит безопасность системы, а также значительно увеличит надежность – теперь можно быть твердо уверенным, что система загрузится, а в случае сбоя у нас под рукой будет набор элементарных утилит.

3. Размер области подкачки для каждого физического диска вычисляем по формуле: swap = 512 / n , где n - это число дисков.

4. Размеры разделов /tmp и /var напрямую зависят от задач пользователя. К примеру, программа k3b любит размещать в /tmp образы записываемых дисков, так что тут есть повод для размышлений. 1024 Мб для /tmp, столько же для разделов /var и /usr/local. Хотя для последнего можно выделить места и побольше, так как он служит для хранения собранных пользователем утилит.

5. 1024 Мб под раздел /opt. Опять же, можно больше, если будем держать коммерческие программы или KDE.

6. Остаток подели между /usr и /home по своему усмотрению.

Размеры разделов внутри LVM'a (да и самого LVM'a) легко меняются, так что ошибки здесь не страшны. Корень также можно разместить на LVM, но это несколько усложнит восстановление после сбоя. Итак, нажимаем Add и последовательно создаем нужные нам разделы. Если все сделано правильно, то нажимаем OK, Next и продолжаем установку. Желанный прирост производительности мы сможем ощутить уже на этапе установки пакетов!

...а вот и результат

После того как установка успешно завершится, можно посмотреть на наш RAID и LVM с системного уровня. Собственно, RAID создается на основе конфигурационного файла /etc/raidtab. У тебя он должен выглядеть примерно так:

# vi /etc/raidtab

raiddev /dev/md0

raid-level 0

nr-raid-disks 2

chunk-size 32

presistent-superblock 1

device /dev/hda3

raid-disk 0

device /dev/hdc2

raid-disk 1

Т.е. в переводе на человеческий язык: "RAID уровня 0 на устройстве /dev/md0, состоящий из хардов /dev/hda3 и /dev/hdc2 при размере сегмента в 32 блока без использования зарезервированного диска". Состояние массива можно посмотреть в файле /proc/mdstat:

Назад на стр. 065-106-2  Содержание  Вперед на стр. 065-106-4