Geum.ru

В Linux. 2 Приобретение и инсталляция Linux. 3 Учебник по Linux 4 Администрирование системы. 5 The X window System. 6 Работа в сети

Вид материалаУчебник

Содержание


2.1.11 Планирование, часть 2.
2.1.12 Стратегия разбиения диска на разделы.
Подобный материал:
1   ...   10   11   12   13   14   15   16   17   ...   73

2.1.11 Планирование, часть 2.


Советы в данном разделе (особенно по разделению диска на разделы) весьма спорны. В сообществе Linux installers единого мнения по ним нет. Тем не менее я изложу здесь свои соображения. Ваше дело использовать их или нет. Многое зависит от предполагаемых целей работы Linux-компьютера.

2.1.12 Стратегия разбиения диска на разделы.


Закаленные пользователи Linux советуют сделать один раздел Linux, один своп-раздел и один загрузочный раздел. Есть много причин для этого, но меня впечатляет одна: наступит день, когда Вы будете обновлять систему. Обновление с ядра 0.99 до 1.2.13 потребовало переформатирования раздела, как и обновление с 1.2.13 до 2.0.0, и я подозреваю, что обновление до ядра 2.2.0 будет таким же. Чего я не люблю, так это терять файлы, которые я накопил в моем основном каталоге. Да, я имею копию. Но сохранение моего каталога /home неповрежденным проще, тем более, что я переместил все мои специальные файлы туда в подкаталог. Пока что в дистрибутивах почти нет средств для простого обновления, и такое обновление сводится к переустановке системы. Такие средства появляются, но процесс медленный.

Другой причиной по которой надо создать несколько разделов является то, что загрузочный раздел должен располагаться в пределах первых 1024 дорожек жесткого диска. Такое ограничение накладывается многими версиями BIOS (Basic Input/Output System), которые видят только первые 1024 дорожки при запуске.

Я собираюсь описать стандарт файловой системы Linux, и как Linux обрабатывает разделы.

Под MS-DOS каждый раздел соответствует отдельному диску, и невелика разница между тем, является ли он физическим диском или логическим диском (разделом). Под Linux, физические и логические диски намного менее твердо обозначены.

При установке, Вы должны выбрать раздел, который будет корневым. Он обозначен как ``/''. Когда говорим о ``/dev'', это действительно два каталога: ``/'' и ``dev''. Ваше ядро Linux будет размещено в корневом разделе, но оно может лежать в подкаталоге, пока подкаталог находится в корневом разделе. Например, многие дистрибутивы используют каталог /boot для хранения ядра, системной карты и загрузочных файлов.

Следующая структура (как минимум) будет установлена в Вашем корневом разделе при установке:


/

|--bin

|--dev

|--etc

|--home

|--lib

|--lost+found.

|--proc

|--root

|--sbin

|--usr

|--var


Могут быть созданы /boot, /mnt, /cdrom, /floppy, /opt, но выше приведен минимальный необходимый набор каталогов.

Что относительно других разделов? Linux может использовать имя каталога (например, /usr) как mount point (точку монтирования). То есть другой раздел на диске (или на другом диске) будет доступен как каталог (в данном случае /usr).

Если раздел не смонтирован, Вы ничего не увидите в каталоге монтирования. При монтировании раздела, там появятся каталоги и файлы с соответствующего раздела. Например, если Вы имеете два диска, один на 120 MB и другой на 840 MB, Вы можете создать один раздел на 120 MB диске (Например, корневой раздел) и смонтировать любой раздел с 840 MB диска в соответствующий каталог (по одному каталогу на раздел). При этом Вы создадите одну файловую систему размером в 960 MB.

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

Каталоги, которые НЕЛЬЗЯ использовать в качестве точек монтирования: /bin, /dev, /etc, /lib, /lost+found, /proc, /root и /sbin.

Детальное описание содержимого этих каталогов дано здесь.

Давайте рассмотрим маленький пример. Вы интернет провайдер. Вы имеете четыре машины, каждая имеет диск в 1 гигабайт. Вы решаете распределить место так:


machine A = 120MB

/usr = remainder of drive (exported)

/home = 0 - mount point (mounted from B)

/var/news = 0 - mount point (mounted from C)

/var/spool/mail = 0 - mount point (mounted from D)


machine B = 120MB


/usr = 0 - mount point (mounted from A)

/home = remainder of drive (exported)

/var/news = 0 - mount point (mounted from C)

/var/spool/mail = 0 - mount point (mounted from D)


machine C = 120MB


/usr = 0 - mount point (mounted from A)

/home = 0 - mount point (mounted from B)

/var/news = remainder of drive (exported)

/var/spool/mail = 0 - mount point (mounted from D)


machine D (reader exercise)


Вы вероятно отметили, что я произвольно назначил 120 МБ корневому разделу и распределил остальное место под /usr, /home, /var/spool/mail и прочее. Я не выделил места под своп-раздел.

Прежде чем начать изучение полученных результатов, опишу свой домашний компьютер. Он имеет два диска: /dev/hda (1.2 GB) и /dev/hdb (540 MB). Команда df (disk free) отображает:


File system 1024-blocks Used Available Capacity Mounted, on


/dev/hda1 150259 69605 72894 49% /

/dev/hda3 723923 615452 71075 90% /usr

/dev/hda2 150291 93326 49204 65% /usr/X11R6

/dev/hdh1 499620 455044 18773 95% /home


Как видите, я наполовину занял корневой раздел в 150 MB (/), раздел /usr почти полон, причем основное его содержимое приходится на /usr/X11R6. К тому же есть большой, но тесный раздел /home на 500 MB. Остаток от диска /dev/hdb отдан своп-разделу.

Как реалистичный минимум я предложил бы 80-100 МБ для корневого раздела, приблизительно 10 МБ на пользователя в разделе /home, как можно больше места для свопа (подробности чуть позже), а остальное отдать разделу /usr. Я имею систему с пятью пользователями дома, но я лично имею более чем 400 МБ в каталоге /home, в основном забитого графикой: семейными фотоальбомами и фотографиями друзей. Ваш раздел /usr должен, вероятно, быть по крайней мере 250 МБ, но минимум будет зависеть от того, что Вы решите устанавливать. Как Вы можете видеть, он может быстро заполниться более чем 800 МБ программ, библиотек и данных. Также не забудьте, что разделы дают Вам гибкость управления, которую Вы теряете с одним гигантским разделом.