Журнал "Linux Format" (Линукс Формат)- Единственный в России и странах СНГ журнал на русском языке,
посвящённый Linux и свободному ПО. Журнал для IT-директоров, IT-менеджеров, программистов, системных
администраторов, учителей школ и преподавателей ВУЗов и всех пользователей ПК. В каждом выпуске: Новости
индустрии OpenSource, обзоры новинок свободного ПО, обучающие и методические статьи.
Каждый, кто оформит подписку, получает бонус- объёмные наклейки на системный блок и подарки: с одним из
первых выпусков журнала в 2012 году- диск с архивом номеров за 2005-2011 г.г. и ежемесячно электронную
версию журнала в pdf-формате.
Подробнее о проведении акции вы можете прочитать на
странице сайта.
В настоящем стандарте предполагается, что операционная система, использующая
FHS-совместимую файловую систему, поддерживает обычные для большинства UNIX-систем
средства обеспечения безопасности (the same basic security features
found in most UNIX filesystems).
Можно определить два независимых критерия разбиения множества файлов на
независимые типы (прим.переводчика: математик сказал бы - на непересекающиеся подмножества):
разделяемые файлы в противоположность неразделяемым и неизменяемые (статические)
файлы как противоположность изменяемым файлам.
Разделяемые данные - это те, к которым может быть разрешен доступ
с различных хостов; неразделяемые - те, которые являются специфическими
для данного хоста. Например, домашние каталоги пользователей
содержат разделяемые данные, а файлы блокирования устройств (device lock
files) являются неразделяемыми.
Неизменяемые (или статические) данные - это исполняемые файлы, библиотеки,
документация, и все, что не должно изменяться без вмешательства
системного администратора; изменяемые данные - это все, что может
изменяться без участия системного администратора.
Должно существовать
простое и понятное соответствие между каталогами и типом данных, которые
в этом каталоге размещаются: каталоги могут являться точками монтирования
для других файловых систем, характеристики которых отличаются от
характеристик той файловой системы, в которую они монтируются.
Начало пояснений
Различать разделяемые и неразделяемые файлы необходимо по следующим причинам:
При работе компьютера в сети (т.е. в тех случаях, когда
несколько компьютеров взаимосвязаны), всегда имеется достаточно
значительная доля таких данных, которые могут использоваться совместно
всеми компьютерами, что позволяет экономить дисковое пространство и облегчает
выполнение задач поддержки и обслуживания (task of maintenance).
С другой стороны при работе в сети некоторые файлы содержат
информацию, которая относится только к данному компьютеру. Следовательно,
эти данные не могут использоваться другими хостами и не могут
быть разделяемыми (если не принять специальных мер).
Старые реализации файловых систем для UNIX допускали размещение разделяемых
и неразделяемых файлов в одних и тех же каталогах, ограничивая тем самым
возможность делать разделяемыми по сети большие части файловой системы.
Выделение "разделяемых" данных может использоваться, например, для:
монтирования (в режиме "только для чтения") раздела /usr
(или части /usr) по сети (используя NFS).
монтирования раздела /usr (или части раздела /usr)
с носителя, допускающего только чтение. CD-ROM является одним
из возможных примеров того, как одна копия файловой системы может
использоваться другими FHS-совместимыми файловыми системами через
"сеть" некоего рода.
Различие между "статическими" и "изменяемыми" данными оказывает
влияние на структуру файловой системы по двум основным направлениям:
Поскольку корневой каталог / содержит как изменяемые, так и
статические данные, он должен всегда монтироваться в режиме чтения-записи.
Поскольку традиционно каталог /usr содержал как статические, так и
изменяемые данные, и поскольку мы теперь хотим монтировать его в режиме
"только для чтения" (смотри выше), необходимо найти способ монтировать
/usr только для чтения. Этого можно достичь, если
создать каталоговую структуру /var, которая
монтируется в режиме "чтение-запись" (либо размещается в другом разделе,
где разрешены как чтение, так и запись, таком, как /), а в оставшейся
части структуры /usr разрешить только чтение.
Приведем пример того, как должны распределяться данные для того, чтобы
файловая система могла считаться совместимой со стандартом FHS (еще раз
повторим, что это только пример, можно привести и другие примеры того,
как размещать данные для обеспечения FHS-совместимости).
