Текст книги "Linux"

Midnight Commander – помимо функций файлового менеджера, работы с архивами и большого количества других возможностей, Midnight Commander способен получить информацию из пакетов форматов RPM и DEB, установить или обновить пакет. Конечно, это не заменит полноценного менеджера пакетов, но быстро поставить или обновить несколько пакетов или посмотреть информацию о пакете также иногда бывает полезно. На рис. 8.2 изображено содержимое RPM-пакета, надо только нажать клавишу <Enter> в нужном месте.

Рис. 8.2. Midnight Commander, работа с пакетами RPM

Для нас интересны виртуальные файлы и каталоги (они все пишутся большими буквами):

• HEADER – содержит заголовок пакета – то, что можно получить командой rpm -qi <имя_пакета>;

• *INSTALL, *UPGRADE– если запустить на выполнение, Midnight Commander проинсталлирует или обновит этот пакет;

• /INFO – каталог с информацией о пакете. Содержит виртуальные файлы с информацией, описывающей пакет.

Программа purp удобна для просмотра установленных пакетов, получения разнообразной информации, установки, удаления пакетов. Весьма полезная программа, по функциональности близка к RPM. На рис. 8.3 показано основное окно программы.

Рис. 8.3. Основное окно purp

Предназначена для тех, кто не хочет/не может работать в X Window, а пользоваться RPM по каким-то причинам не желает (типичный представитель – бывший пользователь DOS/Windows, для которого привычен и удобен Norton Commander). На рис. 8.4 показан процесс установки пакетов.

Рис. 8.4. Установка пакетов

Помимо текстовых менеджеров пакетов RPM, существует несколько графических менеджеров.

Kpackage – это полнофункциональный графический интерфейс для менеджеров пакетов RPM, Debian, Slackware, BSD и KISS. Kpackage является частью рабочей среды К Desktop Environment и тесно интегрирован с файл-менеджером KDE (KFM). Практически все, что можно делать в консольном менеджере RPM, реализовано в Kpackage. Окно менеджера пакетов Kpackage приведено на рис. 8.5.

Рис. 8.5. Менеджер пакетов Kpackage

Менеджер пакетов, входящий в состав GNOME. Полнофункциональный, в целом достаточно удобный. Однако есть несколько неприятных моментов:

• при установке пакетов необходимо отметить соответствующие пакеты. Однако после установки отметки автоматически не убираются;

• если при установке обнаружены неудовлетворенные зависимости, то менеджер не предлагает их автоматического удовлетворения.

Окно менеджера пакетов GnoRPM приведено на рис. 8.6.

Рис. 8.6. Менеджер пакетов GnoRPM

Существуют также менеджеры glint, grpm, gtkrpm и много других. Однако наиболее распространенные – это Kpackage и GnoRPM. Они являются составной частью KDE и GNOME.

• www.linuxdocs.org – одно из собраний документации о Linux.

• www.rpm.org/maxuniim-rpm.ps.gz – источник сведений о RPM: «Maximum RPM» в формате PostScript.

• www.redhat.com/support/docs/rpm/RPM-HOWTO/RPM-HOWTO.html – RPM-HOWTO – описание RPM, тонкости работы (на английском языке).

• www.linux.org.ru – один из основных русскоязычных сайтов, посвященных Linux, в разделе документации есть RPM-HOWTO на русском языке.

• www.rpm.org – сайт, полностью посвященный RPM.

• rpmfind.net – репозитарий и поисковая система RPM.

• rufus.w3.org/linux/RPM – репозитарий RPM.

• www.freshmeat.net – большая коллекция программ, в том числе и в RPM-пакетах.

Часть III
Инсталляция Linux

Глава 9
Подготовка к инсталляции

Рассмотрим процесс подготовки к установке операционной системы Linux. Пользователи Windows, особенно если знакомство с ней произошло во времена третьей версии, знают, что инсталляция операционной системы сопровождается значительными усилиями по установке оборудования и периферии. С Linux (если вы специально не ищете трудностей) такого, скорее всего, не произойдет – вы поставите систему и все. И при выходе следующей версии дистрибутива ничего не придется переустанавливать заново. Даже если кардинально поменять всю аппаратуру (кроме винчестера), в большинстве случаев Linux сама определит новое оборудование и перенастроит систему. Вот конкретный пример. Было: винчестер 10 Гбайт, материнская плата на чипсете ВХ, видеокарта nVIDIA Vanta, сетевая карта на шине PCI и аудиокарта на шине ISA. После апгрейда системы от старой конфигурации остался только жесткий диск. Новая конфигурация: материнская плата на чипсете i815E – встроенные сетевой адаптер, видео и аудио. Windows 98, находящуюся на том же жестком диске, пришлось перенастраивать около часа. Linux сразу нашла все новое оборудование, оставила корректные сетевые настройки. Единственное, что пришлось сделать – заново настроить X Window: с помощью Х-конфигуратора для X Window был получен новый конфигурационный файл. Весь переход на новую платформу занял 3 минуты.

Впрочем, если вы не экспериментатор – кардинально менять систему часто не придется. Существуют серверы, замена операционной системы Linux на которых не производится годами. Администратор к ним подходит раз в два месяца, чтобы сделать профилактику системного блока (пыль и т. п.). На этих машинах лишь периодически обновлялись некоторые прикладные пакеты: одни из-за проблем безопасности (ошибки есть в любой программе), другие – ставились более свежие версии. Опытные пользователи Windows 9х (особенно те, кто много и часто ставят разнообразное программное обеспечение) знают – систему надо периодически переустанавливать. С операционной системой Linux все несколько иначе. Во-первых, ее крайне тяжело штатными способами довести до необходимости переустановки. Во-вторых, и это особенность любого программного обеспечения, как правило, новые версии программ весьма сырые. К примеру, очень тяжело дался переход с версии ядра 2.0 на 2.2. Были времена, когда исправления к ядру выпускались буквально ежедневно. Мы уже упоминали хорошее правило: «Работает – не трогай». Поэтому нормальные администраторы и пользователи выдерживают некоторую паузу после выхода очередного обновления, изучают отзывы, и только после этого устанавливают обновление на систему. В-третьих, для перехода с одной версии дистрибутива на другую иногда приходится выводить систему из «общего пользования» на день-два, а то и больше. Вот, собственно, почему, не стоит без особых причин менять одну версию дистрибутива на другую.

Дистрибутивы. Что это такое? Какие они бывают? Чем один дистрибутив лучше другого?

Дистрибутив – это определенный набор программ, утилит и документации, объединенный логичной системой установки и сопровождения программных пакетов, ориентированный на определенную группу пользователей и определенный тип задач. По большому счету, обладая достаточными знаниями, можно накачать из Интернета ядро операционной системы, загрузчик, драйверы, программное обеспечение, и все это установить вручную, а потом долго подгонять и настраивать. Но в следующий раз, когда возникнет необходимость установить систему у другого пользователя, вы дважды подумаете – ставить все это самостоятельно и повторять мучения с настройкой или взять какой-либо дистрибутив и за полчаса установить систему (о настройке мы пока деликатно умолчим, случаи бывают разные).

О пользователях. Условно их можно разделить на начинающих, «продвинутых» и специалистов. Соответственно было бы неплохо иметь для каждой группы свой тип дистрибутива. И дистрибутивы, действительно, в некоторой степени ориентируются на такое разделение пользователей. Есть пакеты, где инсталляция проходит буквально за десять щелчков мышью, а существуют и такие, где очень многое необходимо настраивать вручную. Часть дистрибутивов пытается совместить в себе и легкость в установке, и настраиваемость всего и вся. Кстати, как уже неоднократно замечено, с переходом пользователей из одной группы в другую тяга к тотальной настраиваемое™ системы возрастает.

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

Попробуем теперь определить дистрибутив, приемлемый для большинства пользователей. Такой подход весьма субъективен, но все же некоторые тезисы для большинства дистрибутивов могут быть общими:

• набор пакетов должен быть логичен и удобен;

• основную часть дистрибутива должны составлять стабильные пакеты, все остальные пакеты должны отражаться в документации как экспериментальные, желательно так же для увеличения стабильности эти пакеты пропатчить (внести в них имеющиеся исправления, патчи, от англ. patch — исправление, заплатка);

• компакт-диск должен быть загрузочным и иметь опцию аварийной загрузки;

• дистрибутив должен иметь возможность устанавливаться с компакт-диска, с жесткого диска, по сети;

• набор программного обеспечения в пакете должен соответствовать целям дистрибутива;

• все программное обеспечение должно надежно функционировать на любом оборудовании, выпущенном в пределах 2–3 ближайших лет;

• локализация и интернационализация должны присутствовать во всех программах;

• при установке и настройке пакета администратор должен получить полный контроль над системой;

• все необходимое для инсталляции системы должно находиться на одном компакт-диске, все остальное – на дополнительных (опциональных) дисках.

В свете этих требований более пристально взглянем на проблему локализации и интернационализации. Чисто исторически сложилось, что языком международного общения является английский. Поэтому большинство дистрибутивов «говорят» на хорошем английском языке. Существуют «французский» и «немецкий» дистрибутивы, однако «нормального» русскоязычного дистрибутива до последнего времени не было.

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

• поддержка в интерфейсе всех распространенных языков;

• поддержка ввода и вывода символов национальных алфавитов как в текстовом, так и в графическом режиме во всех официальных кодировках или, по крайней мере, в наиболее распространенных;

• наличие локализованных версий всех сопутствующих программ, документации, проверки орфографии и т. п.;

• толковое, достаточно обширное локализованное руководство пользователя.

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

Вот эти три дистрибутива – Debian, Read Hat, Slackware.

В этой группе представлены дистрибутивы, исторически и идеологически родственные дистрибутиву Debian:

• Debian – фирма-разработчик: Debian. Web-сайт: www.debian.org. Весьма не плохой дистрибутив;

• StormLinux – фирма-разработчик: Debian. Web-сайт: www.stormlinux.com.

Относительно маленький, пригодный для не очень мощных машин;

• Corel Linux – фирма-разработчик: Corel. Web-сайт: www.corel.com. Достаточно удачная попытка хорошего программостроителя создать офисный дистрибутив. Существуют некоторые недочеты, имеются проблемы с русским языком.

В этой группе представлены дистрибутивы, исторически и идеологически родственные дистрибутиву Red Hat:

• Red Hat – фирма-разработчик: Red Hat. Web-сайт: www.redhat.com. Ha сегодня – самый популярный дистрибутив. Компания Red Hat предлагает несколько вариантов поставки. Достаточно приемлемая русификация, неплохая поддержка;

• KSI – фирма-разработчик: KSI Linux Company (Сергей Кубушин). Web-сайт: www.ksi-linux.com. Базируется на Red Hat. Дистрибутив, сделанный администратором-профессионалом для профессионального же использования – после инсталляции получается очень защищенная система. В настоящее время поддержка прекращена;

• Black Cat – разработчики: Леонид Кантер и Александр Каневский. Web-сайт: www.blackcatlinux.com. Переработка дистрибутива Red Hat, выполненная донбасской группой пользователей Linux. Очень качественная локализация. В настоящее время поддержка прекращена;

• ASP Linux (ASP, Advanced Server Platform) – фирма-разработчик: SWsoft Web-сайт: www.asplinux.ru. Практически первый коробочный российский дистрибутив, отличается легкостью установки и настройки;

• Mandrake – фирма-разработчик: MandrakeSoft Web-сайт: www.linuxmandrake.com/ru. Российская фирма IPLabs производит русифицированную версию – Mandrake RE. Простая инсталляция. Неплохая русификация. В принципе – тот же Red Hat;

• Caldera OpenLinux – фирма-разработчик: Caldera. Web-сайт: www.caldera.com. Коммерческий дистрибутив. Имеются проблемы с русским языком;

• BestLinux – фирма-разработчик: SOT Finish Software Engineering. Web-сайты: www.bestlinux.net/ru,www.bestlinux.net. Хорошая поддержка русского языка и удобный графический инсталлятор.

• TurboLinux – фирма-разработчик: TurboLinux Inc. Web-сайт: www.turbolinux.com. Средний дистрибутив, ничем особо не отмечен.

В этой группе представлены дистрибутивы, исторически и идеологически родственные дистрибутиву Slackware:

• Slackware – производство: Patrick Volkerding, Walnut Creek CDROM. Web-сайт: www.slackware.com. Один из старейших дистрибутивов. Сегодня мало распространен в связи с тем, что представляет собой конструктор для опытного пользователя Linux. В результате – настраивается все и вся, ставится только то, что указано (можно получить очень компактную систему);

• SuSE Linux – фирма-разработчик: SuSE. Web-сайт: www.suse.de. Дистрибутив чрезвычайно популярен в Германии. Основное его преимущество – огромное количество включенных в дистрибутив программ.

Это далеко не полный список дистрибутивов. Выбор весьма внушителен, и он за вами. Конечно, у автора есть свои предпочтения – Red Hat Linux. Многие с этим не согласятся, и это их право. Как написано в FAQ по Linux – дистрибутив надо выбирать тот, с которым работает ваш знакомый специалист. Намного проще решить любой вопрос с помощью специалиста, чем просматривать горы литературы или рыться в Интернете (хотя использование книг и Интернета тоже никто не отменял). В плане простоты и удобства инсталляции и обновления системы – можно посоветовать дистрибутивы, основанные на Red Hat. Локализация (русификация) достаточно хорошо сделана у российских и украинских дистрибутивов.

Далее мы будем рассматривать дистрибутив Red Hat Linux 7.1, поскольку он очень популярен как у нас, так и за рубежом.

В первую очередь – необходимо где-то взять сам дистрибутив. Путей несколько:

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

• купить на сайте производителя с доставкой по почте;

• купить в магазине или на рынке;

• взять у знакомых.

Желательно также посмотреть в Интернете список обновленных пакетов программ и скачать необходимые пакеты.

Прежде чем начать работу – ознакомьтесь с инструкцией. Если у вас коробочный вариант – в него входит брошюра с инструкцией по установке дистрибутива. Если вы не имеете коробочного варианта дистрибутива – не беда. На сайте Red Hat есть документ в формате PDF – называется «Руководство по инсталляции». Процесс подготовки к инсталляции и сама инсталляция подробнейшим образом описаны (на английском языке).

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

• количество установленных жестких дисков;

• есть ли RAID-контроллер, его чипсет и производитель;

• объем оперативной памяти;

• тип мыши;

• если мышь последовательная, к какому СОМ-порту подключена;

• тип видеокарты (объем памяти и марку чипсета);

• тип SCSI-контроллера (если он есть);

• тип монитора, его кадровую и строчную частоты, максимальное разрешение;

• если есть сетевая карта – ее тип и чипсет;

• тип различных плат расширения (если они присутствуют).

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

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

• IP-адрес;

• сетевую маску;

• адрес шлюза по умолчанию;

• IP-адрес DNS-сервера;

• доменное имя;

• имя компьютера в сети.

Если в сети используется динамическое распределение адресов, некоторые пункты из этого списка знать необязательно.

Весьма желательно представлять себе, сколько места займет установленный дистрибутив Linux. А для этого необходимо четко знать, что за систему вы устанавливаете. Вряд ли следует весь диск отвести под один раздел Linux. Тем более что на компьютере вполне может быть установлено несколько различных операционных систем.

Немного забегая вперед, посмотрим, что предлагает фирма Red Hat в качестве стандартного решения:

• Workstation-class (рабочая станция). Инсталляция данного типа требует не менее 1,2 Гбайт свободного места на винчестере, если вы устанавливаете GNOME или KDE. При установке одновременно и GNOME, и KDE потребуется не менее 1,5 Гбайт свободного дискового пространства;

• Server-class (сервер). Требуется 650 Мбайт при минимальной инсталляции и не менее 1,2 Гбайт при выборе всех пакетов для установки;

• Laptop-class (ноутбук) – требования аналогичны инсталляции типа "рабочая станция";

• Custom-class (выборочная инсталляция). Требует 300 Мбайт для минимальной инсталляции. Если диск имеет более 1,2 Гбайт свободного места, инсталлятор предлагает автоматически разбить диск на разделы. В противном случае предстоит ручное разбиение диска.

Замечание

На первый взгляд – достаточно внушительные требования. Однако не следует забывать, что в инсталляционный комплект входит большое количество разнообразного программного обеспечения. Конечно, если вам необходимо установить только роутер (маршрутизатор, от англ. Route – маршрут, программное, аппаратное или программно-аппаратное решение, обеспечивающее передачу сетевых пакетов из одной сети в другую) или что-то подобное, нет необходимости занимать на жестком диске так много места. Есть специальные дистрибутивы, предлагающие объем инсталляции в одну-две дискеты. Мы же рассматриваем здесь среднестатистическую инсталляцию, о которой вы и прочтете далее.

Теперь вы представляете, какой объем необходим для инсталляции дистрибутива. Не следует забывать, что помимо самой операционной системы вы будете устанавливать и свое программное обеспечение, записывать свою информацию. Для функционирования операционной системы необходимо будет так же создать так называемый Swap-раздел (своп-раздел, раздел подкачки). Он используется для временного хранения части информации из оперативной памяти. Такая операция необходима, когда какому-то процессу срочно понадобилось большое количество оперативной памяти. Если в системе для выделения этому процессу оперативной памяти не хватает, ядро операционной системы переносит неиспользуемые в данный момент процессы из оперативной памяти на своп-раздел. А когда необходимость в использовании большого количества оперативной памяти отпадет, возвращает эти процессы из своп-раздела в оперативную память. Кроме того, из оперативной памяти на своп-раздел могут быть перенесены и длительно неиспользуемые процессы.

Теперь, когда у нас есть представление об объеме, который будет занимать дистрибутив, рассмотрим вопрос разбиения жесткого диска. В зависимости от того, в каком качестве будет выступать ваша система (сервер, рабочая станция, экспериментальная система и т. п.), изменяются и требования по разбиению жесткого диска на разделы. Для начинающих Red Hat Linux предлагает автоматическое разбиение жесткого диска. Для остальных существуют рекомендации по разбиению. Эти рекомендации – не истина в последней инстанции. Всегда найдется система, которая предъявит специфические требования.

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

Каталог/

Каталог / является корнем файловой системы. Все остальные каталоги являются подкаталогами каталога /. Поскольку каталог / не может быть смонтирован в другом каталоге, обязательно создается корневой раздел.

Каждый каталог файловой системы Linux, не имеющий своего собственного раздела, является частью корневого раздела.

Обычно каталоги, размещаемые в корневом каталоге, не занимают много места и кардинально не увеличиваются во время эксплуатации системы. Каталоги такого типа (/bin, /dev, /etc, /mnt и т. п.) обычно не помещаются на отдельные разделы, а хранятся в корневой файловой системе.

Каталог /bin

Каталог /bin содержит только исполняемые файлы, используемые в основном администратором. Список файлов, содержащихся в этом каталоге, уже долгое время не претерпевает изменений, поэтому размер каталога /bin увеличивается только тогда, когда системный администратор устанавливает новые административные пакеты. Поскольку это происходит крайне редко, размер каталога /bin можно считать неизменным, а это позволяет поместить его в корневой раздел. Каталог /bin не зависит от других каталогов и не нуждается в свободном дисковом пространстве для выполнения своих задач.

Каталог /boot

Каталог /boot содержит все компоненты, необходимые для загрузки ядра операционной системы. Это могут быть несколько образов ядер операционной системы, карты модулей, конфигурационный файл, содержащий информацию о необходимых компонентах для запуска операционной системы. В процессе эксплуатации эти файлы изменяются только тогда, когда производится компиляция ядра. Перекомпиляция ядра, как правило, не увеличивает занимаемое каталогом /boot дисковое пространство. Если каталог /boot находится в разделе, полностью заполненном информацией, это никоим образом не влияет на нормальную загрузку операционной системы. Это свойство позволяет размещать каталог /boot в корневом разделе. Однако из-за проблемы 1024 цилиндра для каталога /boot зачастую создается небольшой раздел в начале жесткого диска.

Замечание

Не все компьютеры могут производить загрузку с цилиндра жесткого диска, большего, чем 1024. И не все загрузчики решают эту проблему. (Подробнее об этом см. в разд. «Применение рекомендаций»).

Каталог /dev

В каталоге /dev размещаются специальные файлы устройств, предоставляющие интерфейс для доступа к различному оборудованию компьютера. В этом каталоге находится единственный исполняемый файл – makedev, который используется для создания файлов новых устройств.

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

Каталог /etc

Вся информация о настройках файловой системы содержится в файлах и подкаталогах, находящихся в каталоге /etc. Каталог /etc обычно не увеличивается в размерах, поскольку конфигурационные файлы программ редко занимают место более чем 15–20 Кбайт. По этой причине каталог /etc обычно размещают в корневой файловой системе. Однако в каталоге /etc находится несколько файлов, изменяемых в процессе эксплуатации операционной системы. В частности, это файлы, содержащие список доступных дисковых разделов и смонтированных разделов. Поэтому, если каталог /etc находится в переполненном дисковом разделе, нормальное функционирование операционной системы нарушается.

Каталог /home

В каталоге /home находятся каталоги пользователей системы. Для систем, в которых существует только несколько пользователей, для каталога /home обычно отдельный раздел не выделяется. Если в системе более десяти пользователей, имеет смысл создать для каталога /home отдельный дисковый раздел. Это позволит избежать проблем с переполнением диска. Для каталога /home рекомендуется также использовать программу quota, что даст возможность ограничить доступное для каждого пользователя место на жестком диске. В больших локальных сетях существует практика размещения каталога /home на сетевой файловой системе (NFS). Это дает пользователю возможность, помимо легкости администрирования и резервного копирования, получать доступ к своему домашнему каталогу с любого компьютера локальной сети.

Каталог /lib

В этом каталоге содержатся основные библиотеки операционной системы. Обновление или установка библиотек обычно производятся только при модернизации системы. Поскольку состав библиотек давно устоялся, резкого изменения занимаемого дискового места в случае их модернизации не происходит. Даже переполнение дискового раздела не оказывает влияния на нормальное функционирование библиотек из каталога /lib. Поэтому каталог /lib размещают в корневой файловой системе. Еще одним аргументом в пользу размещения каталога /lib в корневой файловой системе является то, что практически все исполняемые файлы (в частности, системные утилиты из каталогов /lib и /sbin) используют библиотеки из этого каталога.

Каталог /lost+found

В каждой файловой системе (разделе) автоматически создается каталог /lost+found. В нем утилита fsck размещает записи о файлах этой файловой системы, структура которых оказалась нарушенной. Поскольку каталог создается автоматически, нет необходимости заботиться о его размещении.

Каталог /mnt

Каталог /mnt предназначен для размещения точек монтирования. Обычно в этом каталоге находятся каталоги /floppy и /CDROM, являющиеся точками монтирования дискет и компакт-дисков. Помимо этого, в каталоге /mnt могут монтироваться разнообразные файловые системы, в том числе и NFS. Каталог /mnt никогда не расходует дисковое пространство, поэтому обычно он размещается в корневой файловой системе. Как уже упоминалось ранее, если дисковый раздел, в котором располагается каталог /etc, будет переполнен, автоматическое монтирование файловых систем станет невозможным.

Каталог /opt

Каталог /opt предназначен для установки программного обеспечения, не входящего в стандартный состав операционной системы, к примеру, сервера баз данных Interbase. Размеры каталога /opt сильно зависят от устанавливаемого программного обеспечения. Поэтому для каталога /opt рекомендуется создать отдельный дисковый раздел. Переполнение этого дискового раздела влияет на функционирование программного обеспечения, находящегося в каталоге /opt, и практически не затрагивает нормального функционирования операционной системы.

Каталог /proc

Каталог /proc является точкой монтирования псевдофайловой системы. Файлы и каталоги, находящиеся в каталоге /proc, на самом деле являются интерфейсом к некоторым параметрам операционной системы и не занимают место на жестком диске. Поэтому нет необходимости выделения для каталога /proc отдельного раздела. Каталог /proc создается в корневой файловой системе.

Каталог /root

Этот каталог является личным каталогом пользователя root. В нем находятся конфигурационные файлы этого пользователя. Не рекомендуется использование каталога /root для хранения файлов, поскольку каталог /root находится в корневой файловой системе, переполнение которой приведет к неправильному функционированию операционной системы.

Каталог /sbin

Каталог /sbin по функциональному назначению подобен каталогу /bin. Поскольку изменения в каталоге /sbin маловероятны, каталог этот размещается в корневой файловой системе.

Каталог /tmp

Каталог /tmp используется для хранения временных файлов, создаваемых приложениями операционной системы. Поскольку временные файлы могут иметь размеры, исчисляемые десятками мегабайт, и не все приложения удаляют по окончании работы свои временные файлы, размер каталога /tmp за короткое время может достичь огромных размеров. По этой причине крайне желательно выделять для каталога /tmp отдельный дисковый раздел.

Переполнение каталога /tmp не приводит к краху операционной системы, однако процессы, использующие каталог /tmp, перестают нормально функционировать. По этой причине каталог /tmp при перезагрузке операционной системы очищается от всех файлов.

Каталог /usr

Большинство приложений операционной системы устанавливается в каталог /usr, в связи с чем каталог /usr занимает большое количество дискового пространства и увеличивается после установки нового приложения. По этой причине для каталога /usr фактически всегда выделяется дисковый раздел. Также достаточно часто выделяется дисковый раздел и для каталога /usr/local.

Каталог /var

В каталоге /var приложения размещают свои рабочие файлы. Например, почтовые файлы, файлы групп новостей, буфер печати, файлы для сервера FTP и т. п. В этом же каталоге находятся файлы журналов различных служб операционной системы. Отсюда следует, что в процессе жизнедеятельности операционной системы объем каталога /var не является постоянным. В случае переполнения каталога /var большая часть процессов операционной системы перестает корректно функционировать. Поэтому рекомендуется создать для каталога /var отдельный дисковый раздел. В зависимости от назначения сервера отдельные дисковые разделы могут создаваться и для хранения файлов серверов FTP, HTTP, каталогов /var/log и /var/spool.

Создание разделов на клиентских машинах

Требования, предъявляемые к рабочим станциям, менее жесткие, чем те, которые предъявляются к серверам. Это связано с тем, что на клиентских машинах выполняется значительно меньше процессов, способных вызвать переполнение раздела. Кроме того, последствия переполнения раздела на клиентской машине не столь опасны, как на сервере.

На клиентских машинах можно создавать два или три раздела.

Создание разделов на сервере

Обычно на серверах требуется создавать больше разделов, чем на клиентских машинах, поскольку очень важно обеспечить максимальную устойчивость работы каждого сервера. Помимо своп-раздела на серверах создаются отдельные разделы для каталогов /, /tmp, /usr, /var. На многих серверах в зависимости от их назначения создаются и другие дополнительные разделы.