Что такое filesystem hierarchy standard

1994-02-14 ; 6867 days ago

2.3 / 2004-01-29 ; 3231 days ago

FHS — сокращение от Filesystem Hierarchy Standard, что в переводе c английского означает «Стандарт иерархии файловой системы». Этот стандарт принят для унификации местонахождения файлов и директорий с общим назначением в файловой системе ОС UNIX. На данный момент большинство UNIX-подобных систем в той или иной степени следует этим правилам. Например, обычная база данных о пользователях всегда хранится в файле /etc/passwd.

Текущая версия стандарта — 2.3, анонсирована 29 января 2004 г.

Содержание

Основные сведения

Процесс разработки стандарта иерархии файловой системы начался в августе 1993 года с попыток упорядочить структуру директорий и файлов в операционной системе GNU/Linux. 14 февраля 1994 года был выпущен FSSTND (Filesystem Standard), стандарт файловой системы, специфичной для GNU/Linux. Последующие версии были выпущены 9 октября 1994 года и 28 марта 1995 года.

В начале 1996 года сообщество разработчиков BSD присоединилось к разработке новой версии FSSTND с целью разработать стандарт, пригодный для всех Unix-подобных операционных систем. Имя стандарта при этом было изменено на Filesystem Hierarchy Standard (FHS).

FHS поддерживается Free Standards Group — некоммерческой организацией, в составе которой находятся крупные разработчики программного и аппаратного обеспечения, такие как HP, Red Hat, IBM и Dell. Однако основная часть разработчиков дистрибутивов, включая и тех, кто входит в состав Free Standards Group, не следуют стандарту на 100 %. В частности, пути, специально созданные группой, такие как /srv, практически нигде не используются. Некоторые Linux-системы отвергают FHS и следуют своему собственному стандарту, как, например, GoboLinux.
Так как FHS начиналась как инициатива Linux-сообщества, другие UNIX и UNIX-подобные операционные системы полностью игнорируют её в пользу своих собственных систем, которые иногда распространены довольно широко. Например, Mac OS X использует такие имена, как /Library/, /Applications/ и /Users/ вместе с традиционными именами UNIX-иерархии.

Структура директорий

В FHS все файлы и директории находятся внутри корневой директории, даже если они расположены на различных физических носителях. Однако некоторые из директорий могут присутствовать только в случае, если установлено определённое программное обеспечение, такое как, например, X Window System. Большая часть этих директорий существует во всех UNIX-подобных операционных системах и используется похожим образом.

Источник

Основы Linux от основателя Gentoo. Часть 2 (2/5): Назначения папок, поиск файлов

В данном отрывке рассказано о стандарте иерархии файловой системы (FHS), почему директории так называются и для чего они нужны. Упомянута переменная окружения PATH и разобраны основные команды для поиска файлов в системе, такие как whereis, find и locate (slocate).

Навигация по основам Linux от основателя Gentoo:

Часть I

Часть II

FHS и поиск файлов

Стандарт иерархии файловой системы

Стандарт иерархии файловой системы (Filesystem Hierarchy Standard или сокр. FHS) — это документ который определяет схему директорий в Linux-системах. FHS разработан чтобы представить общую схему для упрощения независимой от дистрибутива разработки программного обеспечения, поскольку так все необходимое располагается одинаково в большинстве дистрибутивов. FHS определяет следующее дерево директорий (взято непосредственно из спецификации):

Две независимые классификации в FHS

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

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

Вторичная иерархия в /usr

Внутри /usr вы обнаружите вторичную иерархию, которая выглядит очень похоже на корневую файловую систему. Для /usr не критично существование во время включения машины, она может быть общим сетевым ресурсом (разделяема) или примонтирована с CD-ROM (статична). Большинство конфигурация Linux не используют «разделяемость» /usr, но ценно понимать полезность отличия между основной иерархией в корневой директории и вторичной иерархией в /usr.

Это все, что мы расскажем о стандарте иерархии файловой системы. Сам по себе документ довольно читабелен и вам стоит на него взглянуть. После его прочтения вы будете гораздо лучше понимать файловую систему Linux. Найти спецификацию можно здесь: http://www.pathname.com/fhs/.

Поиск файлов

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

Когда вы запускаете программу из командной строки, bash начинает просматривать список директорий в поисках программы которую вы указали. Например, когда вы вводите ls, bash в действительности не знает, что программа ls находится в /usr/bin. Вместо этого, он ссылается на переменную окружения называемую PATH, которая содержит список директорий разделенных двоеточием. Мы можем проверить значение PATH:

С таким значением PATH (у вас оно может быть другим) bash сначала проверит директорию /usr/local/bin, затем /usr/bin в поисках программы ls. Скорее всего, ls находится в /usr/bin, тогда на этой директории bash прекратит поиск.

Изменение PATH

Вы можете расширять переменную PATH, присваивая ей новое значение в командой строке:

Чтобы сделать ваши изменения PATH доступными для процессов, которые будут запускаться в командной оболочке, необходимо «экспортировать» их используя команду export:

О команде «which»

Вы можете проверить, есть ли конкретная программа в вашем PATH используя which. В следующем примере мы видим, в каталогах PATH нашей системы, программы с названием sense нет:

$ which sense
which: no sense in (/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11R6/bin)

В этом примере, ls успешно находится:

whereis

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

$ whereis ls
ls: /bin/ls /usr/bin/ls /usr/share/man/man1/ls.1.gz

Здесь мы видим что ls находится в двух каталогах с общими исполняемыми файлами, /bin и /usr/bin. Кроме того, нам сообщили что есть документация, которая находится в /usr/share/man. Это man-страница которую вы увидите, если введете man ls.

Программа whereis может использоваться для поиска расположения исходников и нестандартного поиска (имеется ввиду возможность искать файлы для которых отсутствуют маны, исходники или бинарники — прим. пер.). Также ей можно указать альтернативные пути для поиска. Обратитесь к man-странице для получения дополнительной информации.

Команда find это другой удобный инструмент в вашем арсенале. Используя find вы не ограничены лишь поиском программ; вы можете искать любые типы файлов, используя различные критерии поиска. Например, поищем в директории /usr/share/doc, файл который называется README:

find и шаблоны

Игнорирование регистра в find

Конечно, вы можете игнорировать регистр при поиске:

find и регулярные выражения

find и типы файлов

find и mtimes

$ date
Tue Jan 7 18:14:52 EST 2003

Вы можете найти файлы, которые были модифицированы за последние 24 часа:

Или файлы которые были изменены до текущего 24-часового периода:

Например, для поиска обычного файла в /usr/bin размер которого меньше 50 байт:

Работа с найдеными файлами

Как видите, find это очень мощная команда. Она «выросла» за годы разработки UNIX и Linux. У find существует много других полезных опций. Вы можете прочитать о них в man-страничке.

locate

Мы уже рассмотрели which, whereis и find. Как вы уже наверно заметили, выполнение find может занять некоторое время, т.к. ей необходимо прочитать каждую директорию в которой выполняется поиск. Оказывается, что команда locate может ускорить процесс использую внешнюю базу данных, генерируемую updatedb (updatedb мы рассмотрим ниже).

Команда locate ищет совпадения любой части пути, а не только самого файла. Пример:

$ locate bin/ls
/var/ftp/bin/ls
/bin/ls
/sbin/lsmod
/sbin/lspci
/usr/bin/lsattr
/usr/bin/lspgpot
/usr/sbin/lsof

Использование updatedb

Во многих Linux системах есть «cron job» для периодического обновления базы. В случае если вызов locate вернул нижеописанную ошибку, вам необходимо запустить updatedb от root’а для генерации поисковой базы:

Работа программы updatedb может занять некоторое время. Если у вас шумный жесткий диск, вы услышите как он шуршит индексируя файловую систему. 🙂

slocate

Во многих Linux дистрибутивах, утилита locate была заменена на slocate. Как правило существует также ссылка на locate, так что вам не нужно запоминать, что именно имеется в системе. slocate означает «безопасный locate» (от англ. secure locate — прим. пер.). Он сохраняет информацию о правах доступа в поисковой базе, так что, обычные пользователи не смогут увидеть директории, которые они и так не смогли бы видеть. Используется slocate точно также как locate, но вывод программы может быть различными в зависимости от пользователя ее запустившего.

Перевод выполнил Dmitry Minsky (Dmitry.Minsky@gmail.com)

Об авторах

Daniel Robbins

Дэниэль Роббинс — основатель сообщества Gentoo и создатель операционной системы Gentoo Linux. Дэниэль проживает в Нью-Мехико со свой женой Мэри и двумя энергичными дочерьми. Он также основатель и глава Funtoo, написал множество технических статей для IBM developerWorks, Intel Developer Services и C/C++ Users Journal.

Chris Houser

Крис Хаусер был сторонником UNIX c 1994 года, когда присоединился к команде администраторов университета Тэйлора (Индиана, США), где получил степень бакалавра в компьютерных науках и математике. После он работал во множестве областей, включая веб-приложения, редактирование видео, драйвера для UNIX и криптографическую защиту. В настоящий момент работает в Sentry Data Systems. Крис также сделал вклад во множество свободных проектов, таких как Gentoo Linux и Clojure, стал соавтором книги The Joy of Clojure.

Aron Griffis

Эйрон Гриффис живет на территории Бостона, где провел последнее десятилетие работая в Hewlett-Packard над такими проектами, как сетевые UNIX-драйвера для Tru64, сертификация безопасности Linux, Xen и KVM виртуализация, и самое последнее — платформа HP ePrint. В свободное от программирования время Эйрон предпочитает размыщлять над проблемами программирования катаясь на своем велосипеде, жонглируя битами, или болея за бостонскую профессиональную бейсбольную команду «Красные Носки».

Источник

Стандарт иерархии файловой системы

Пример стандартного корневого каталогаОсновные данные

СопровождающийLinux FoundationразработчикРабочая группа LSBГод публикации14 февраля 1994 г.Текущая версия3
(июнь 2015 г.)Операционная системаLinuxГоворящий по-немецкиНетrefspecs.linuxfoundation.org/fhs

Оглавление

Категории файлов

FHS различает файлы по двум аспектам:

Четыре категории файлов являются результатом этих двух аспектов:

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

Корневая директория

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

Основные каталоги

В корневом каталоге требуется 14 каталогов или символические ссылки на каталоги:

Каталоги / opt, / usr и / var спроектированы таким образом, что они не обязательно должны находиться в разделе корневого каталога.

Дополнительные каталоги необходимы, если установлены соответствующие подсистемы:

Другие каталоги не должны создаваться в корневом каталоге. Прикладные программы не должны запрашивать или создавать файлы в корневом каталоге.

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

Каталог / bin не должен содержать подкаталогов. Следующие программы или символические ссылки на команды Unix необходимы как минимум в / bin:

При необходимости в каталог / bin также должны быть установлены следующие команды (или ссылки на них):

udev заменил devfs начиная с ядра 2.6 и теперь использует файлы конфигурации (по умолчанию в / etc / udev ) в пользовательском пространстве для автоматического создания устройств в / dev.

Следующие подкаталоги могут включать: существуют в / etc:

Следующие файлы конфигурации определенно входят в / etc (если они существуют):

Некоторые системы поддерживают несколько двоичных форматов (для разных архитектур или режимов процессора), каждый со своей собственной версией одной и той же библиотеки. Затем есть, например, / lib32 и / lib64 для двух режимов работы (32-битный и 64-битный) процессора x86.

/ медиа / дискета дискета / media / cdrom CD-ROM / media / cdrecorder Устройство записи компакт-дисков / media / zip Zip диск

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

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

Каталог может формировать пользовательский каталог для пользователя root. Этот каталог является только рекомендацией FHS.

/ запустить каталог

В конце марта 2011 года разработчики дистрибутива Linux Fedora объявили, что будущие версии Fedora будут содержать каталог / run. Его функция заключается в замене каталога / var / run и решении проблемы, заключающейся в том, что при определенных обстоятельствах / var / run еще не доступен во время процесса загрузки, но необходим для загрузки. Свою поддержку оказали несколько дистрибутивов Linux. / run теперь также требуется стандартом иерархии файловой системы.

Каталог содержит команды для системного администрирования и другие задачи, которые может выполнять только пользователь root. По сути, это все команды, которые можно было разместить в каталоге / bin, но, например, Б. по причинам хранения места нет. Программы, ожидаемые в / sbin: shutdown, fastboot, fasthalt, fdisk, fsck, fsck. *, Getty, halt, ifconfig, init, mkfs, mkfs. *, Mkswap, reboot, route, swapon, swapoff, update

/ usr структура каталогов

/ USR (английский: U Никс S ystem R ЕСУРСЫ, первоначально: US е R ) является вторым важным уровнем файловой системы. Эта область может использоваться совместно несколькими компьютерами (совместно используемыми) и, соответственно, не содержит какого-либо содержимого, зависящего от локального компьютера или изменяющегося с течением времени. Они хранятся в других местах файловой системы.

Следующие каталоги должны существовать в / usr:

/ usr / bin много пользовательских команд Это основной каталог для исполняемых файлов системы. / usr / include Заголовочные файлы интегрируются программами Заголовочные файлы содержат различные включаемые файлы с определениями прототипов. / usr / lib Библиотеки Модульный программный код, который используется разными программами. / usr / местный Независимая от распределения локальная иерархия. Администрация локальной системы может и должна хранить здесь программы и данные, которые были установлены независимо от соответствующего дистрибутива соответствующей системы, например, самокомпилированные программы и файлы или программы и файлы, которые были загружены независимо от дистрибутива. Механизмам установки соответствующего дистрибутива категорически запрещается касаться этой структуры каталогов. За разработку внутренней структуры / usr / local отвечает администрация локальной системы, и FHS не определяет ее. / usr / sbin далее, не совсем необходимые системные команды В отличие от / sbin, эти системные команды не используются администратором в процессе загрузки. / usr / share (данные, не зависящие от архитектуры)

Кроме того, по желанию могут существовать следующие каталоги:

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

/ var структура каталогов

По «историческим» причинам следующие каталоги все еще существуют, если требуются:

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

/ var / account Данные бухгалтерского учета процесса / var / сбой Дампы системы в случае сбоя компьютера / var / games переменные даты игр / var / mail Файлы почтового ящика пользователя (часто в виде символической ссылки на / var / spool / mail) / var / yp Файлы базы данных Network Information Service

Источник

Стандарт иерархии файловой системы

Положение дел	Опубликовано
Год начался	14 февраля 1994 г. ; 26 лет назад ( 1994-02-14 )
Последняя версия	3.0 3 июня 2015 г. ; 5 лет назад ( 2015-06-03 )
Организация	Linux Foundation
Домен	Структура каталогов
Сокращение	FHS
Интернет сайт	Официальный веб-сайт Официальный сайт (Исторический)

Содержание

Структура каталогов

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

По поводу значения самого имени возникли разногласия. В ранних версиях документа о реализации UNIX от Bell labs, /так далее называется и так далее каталог, [3] поскольку этот каталог исторически хранил все, что не принадлежало другому (однако, FHS ограничивает /так далее в статические файлы конфигурации и не может содержать двоичные файлы). [4] После публикации ранней документации имя каталога было объяснено различными способами. Последние интерпретации включают бэкронимы такие как «Конфигурация редактируемого текста» или «Расширенный ящик для инструментов». [5]

В FHS 3.0 / var / run заменяется на /пробег ; система должна либо продолжать предоставлять / var / run каталог или укажите символическую ссылку из / var / run к /пробег для обратной совместимости. [11]

/ var / spoolКатушка для задач, ожидающих обработки, например, очереди печати и очередь исходящей почты./ var / spool / mailНе рекомендуется расположение почтовых ящиков пользователей. [12]/ var / tmpВременные файлы для сохранения между перезагрузками.

Соответствие FHS

Наиболее Дистрибутивы Linux следуйте Стандарту иерархии файловой системы и объявите его собственной политикой по поддержанию соответствия FHS. [13] [14] [15] [16] GoboLinux [17] и NixOS [18] предоставить примеры намеренно несовместимых реализаций файловых систем.

История

Источник

Стандарт на структуру каталогов файловой системы. (Filesystem Hierarchy Standard)

Filesystem Hierarchy Standard Group

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

Все торговые знаки и авторские права принадлежат их обладателям, если только специально не оговорено противное. Использование термина в этом документе не должно расцениваться как покушение на какой-либо торговый знак или фирменные знаки (Use of a term in this document should not be regarded as affecting the validity of any trademark or service mark). Copyright й 1994-2001 Daniel Quinlan

Copyright й 2001 Paul `Rusty’ Russell

Permission is granted to make and distribute verbatim copies of this standard provided the copyright and this permission notice are preserved on all copies.

Permission is granted to copy and distribute modified versions of this standard under the conditions for verbatim copying, provided also that the title page is labeled as modified including a reference to the original standard, provided that information on retrieving the original standard is included, and provided that the entire resulting derived work is distributed under the terms of a permission notice identical to this one.

Permission is granted to copy and distribute translations of this standard into another language, under the above conditions for modified versions, except that this permission notice may be stated in a translation approved by the copyright holder.

Источник