4. Подготовка дисков

4.A. Введение в блочные устройства

Блочные устройства

Мы посмотрим на аспекты Gentoo Linux, а также Linux в общем, связанные с дисковой подсистемой, включая файловые системы Linux, разделы и блочные устройства. Затем, когда вы будете более-менее понимать диски и файловые системы, мы проведем вас через процесс настройки разделов и файловых систем для вашей установки Gentoo Linux.

Вначале мы расскажем о блочных устройствах. Самое известное блочное устройство, наверное, то, которое отображает первый диск в Linux-системе, то есть /dev/sda. SCSI и Serial-ATA жесткие диски называются /dev/sd*, даже устройства IDE называются /dev/sd* в новом фреймворке ядра libata. Если вы используете старый фреймфорк, тогда ваше первое устройство IDE будет /dev/hda.

Блочные устройства, перечисленные выше, представляют абстрактный интерфейс к диску. Программы пользователя могут использовать эти блочные устройства чтобы взаимодействовать с вашим диском, не обращая внимания на то, какой он — IDE, SCSI, или что-то еще. Программы могут просто адресовать данные на диске как последовательность 512-байтных блоков, доступных в произвольном порядке.

Разделы

Хотя теоретически возможно использовать весь диск, чтобы разместить вашу Linux-систему, это почти не применяется на практике. Вместо этого, полные дисковые блочные устройства разбиваются на более маленькие, более управляемые блочные устройства. На системах x86 они называются «разделы».

Разделы делятся на три типа: главные (primary), расширенные (extended) и логические (logical)

Главный раздел это раздел, который имеет свою информацию, сохраненную в MBR (главной загрузочной записи). Так как MBR это очень маленькая (512 байт), только четыре главные раздела могут быть определены (например, от /dev/sda1 до /dev/sda4).

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

Логический раздел это раздел внутри расширенного раздела. Их определения не находятся в MBR, а определяются внутри расширенного раздела.

Дополнительные опции

Установочные CD x86 имеют поддержку LVM2. LVM2 увеличивает гибкость вашей настройки разделов. В течение дальнейшего изложения мы будем концентрироваться на «обычных» разделах, но все равно, хорошо знать, что LVM2 тоже поддерживается.

4.B. Разрабатываем схему разделов

Определяем схему разделов

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

Раздел	Файловая система	Размер	Описание
/dev/sda1	ext2	32M	Загрузочный раздел
/dev/sda2	(swap)	512M	Раздел swap
/dev/sda3	ext3	Оставшаяся часть диска	Раздел root

Если вы заинтересованы в том, чтобы узнать, насколько большим должен быть раздел, или, даже, узнать, сколько разделов вам нужно, читайте дальше. Иначе читайте «Использование fdisk для разбивки вашего диска» или «Использование parted для разбивки вашего диска» (и то и другое — средства разбивки, fdisk хорошо известен и стабилен, parted более новый, но поддерживает разделы большие 2TB).

Сколько и какого размера?

Число разделов сильно зависит от вашего окружения. Например, если у вас много пользователей, вы, скорее всего, захотите иметь /home отдельно, так как это увеличивает безопасность и делает проще бэкапы. Если вы устанавливаете Gentoo как почтовый сервер, ваш /var должен быть отдельным, так как вся почта сохраняется внутри /var. Хороший выбор файловой системы увеличит ваше быстродействие. Игровые сервера будут иметь отдельный /opt, так как большинство игровых серверов устанавливаются туда. Причина — похожа на ту, что мы указывали для /home — безопасность и бэкапы. Вы явно захотите сделать /usr большим — там не только находится большинство приложений, но и дерево Portage занимает около 500 мегабайт, не считая скачанных исходников, которые хранятся там же.

Как вы можете видеть, это очень сильно зависит от того, чего вы хотите добиться. Отдельные разделы или устройства имеют следующие преимущества:

• Вы можете выбрать наилучшую файловую систему для каждого раздела или диска

• Во всей вашей системе не может закончится место, если какая-либо неправильно работающая программа постоянно записывает файлы в раздел или на диск.

• Если необходимо, проверки файловой системы будут быстрее, так как несколько проверок могут выполняться параллельно (хотя это больше относится к нескольким дискам, а не к нескольким разделам).

• Безопасность может быть увеличена монтированием некоторых разделов или дисков только для чтения, с флагом nosuid (игнорируются биты setuid) или noexec (игнорируются биты запуска), и так далее.

Однако множественные разделы также имеют недостатки. Если они не сконфигурированы правильно, у вас будет система с огромным количеством свободного места на одном разделе и отсутствием его на другой. Другой проблемой является то, что отдельные разделы, особенно для важных точек монтирования, например /usr или /var, часто требуют загрузки некоторого кода в ОЗУ, чтобы смонтировать разделы прежде чем запустятся другие загрузочные скрипты. Это не всегда является проблемой, так что, учитывайте вашу ситуацию.

Также существует лимит в 15 разделов для SCSI и SATA, если только вы не используете метки GPT.

Как пример, мы покажем вам разметку для диска в 20GB, для демонстрационного компьютера (содержащего вебсервер, почтовый сервер, гнома, и так далее).

Код 2.1. Пример использования файловых систем

$ df -h Filesystem Type Size Used Avail Use% Mounted on /dev/sda5 ext3 509M 132M 351M 28% / /dev/sda2 ext3 5.0G 3.0G 1.8G 63% /home /dev/sda7 ext3 7.9G 6.2G 1.3G 83% /usr /dev/sda8 ext3 1011M 483M 477M 51% /opt /dev/sda9 ext3 2.0G 607M 1.3G 32% /var /dev/sda1 ext2 51M 17M 31M 36% /boot /dev/sda6 swap 516M 12M 504M 2% <not mounted> (Неразбитое место для будущих использований: 2 GB)

/usr почти заполнен (используется 83%), однако как только все программы установлены, /usr обычно сильно не растет. Хотя выделение нескольких гигабайт места под /var может показаться излишком, помните, что Portage использует этот раздел по умолчанию для компиляции пакетов. Если вы хотите держать /var с более приемлемым размером, таким как 1GB, вам нужно изменить вашу переменную PORTAGE_TMPDIR в /etc/make.conf, чтобы она указывала на раздел с достаточным количеством свободного места для компиляции очень больших пакетов, таких, как OpenOffice.