Как файловая система структурирована в GNU / Linux?

Конечно, многие из вас, как и я, научились использовать компьютеры с какой-то версией Windows, и, вероятно, одна из первых вещей, с которыми они познакомились, это как управлять всей информацией, которую они хранили в ней или чем-то еще. съемный носитель подключен к ПК. То есть для выполнения таких задач, как копирование, вставка, перемещение или размещение наших файлов. По этой причине на этот раз мы хотим показать вам, как устроена файловая система в Linux / GNU. Конечно, не обязательно знать это на 100%, но было бы очень полезно иметь представление об иерархии файлов.

Указатель содержания

Как файловая система структурирована в GNU / Linux?

Системы Linux находятся в иерархическом дереве файлов, так же как и системы Unix. В начале это иерархическое дерево каталогов и файлов не соответствовало каким-либо стандартам, то есть были различия между одним дистрибутивом и другим. Именно это побудило группу людей разработать в 1993 году так называемый стандарт иерархии файловой системы (FHS) или испанский стандарт иерархии файловой системы.

FHS

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

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

Основные цели FHS

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

Как мы видим, основной задачей FHS является создание операционных систем с максимально совместимой структурой. Это обеспечит лучший опыт для обычных пользователей, так как они смогут понять значение каждого элемента в системе и легко найти его. С другой стороны, сам FHS показывает, какие типы файлов можно увидеть в структуре системы:

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

• Совместно используемые файлы: содержимое в / var / www / html (по умолчанию это DocumentRoot веб-сервера Apache. Там, где изначально хранится welcome index.html). Не подлежащие обмену файлы: содержимое в / boot / grub / (подкаталог) где находятся файлы загрузчика GRUB).

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

Взгляните на: Команды Linux: Знайте и управляйте системой

Доступ к различным файловым системам

Зная эту классификацию типов файлов, мы также должны знать, что в Linux все является файлом. Как аппаратное, так и программное обеспечение хранится в виде текстового файла, и именно отсюда возникает концепция «монтирования» или «размонтирования» устройства. То есть его логическая структура не зависит от аппаратной структуры, поэтому она не зависит от того, имеет ли компьютер 1, 3 или 5 жестких дисков для создания дисков c: \, e: \ ok: \.

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

Как я уже упоминал, мы также можем получить доступ к аппаратным устройствам с помощью этого механизма, но эти файлы являются двоичными, то есть они интерпретируются только Linux. Поэтому, если мы делаем какое-либо издание, мы рискуем оставить систему нестабильной и даже непригодной для использования. Короче говоря, доступ к ним невозможен, если вы не уверены в том, что мы делаем. Теперь, когда мы знаем на теоретическом уровне, какова его структура. Посмотрим, как обстоят дела с применением FHS в реальной жизни?

Структурирование файловой системы в Linux в соответствии с FHS

каталог	описание
/	Первичная иерархия , называемая root или root, главный каталог, контейнер абсолютно всей файловой системы в Linux.
/ bin /	Он содержит основные двоичные файлы команд, так что они доступны как для одного сеанса, так и для нескольких пользователей. Они включают, например, ls, cp, cat, mkdir, rm, среди других
/ boot /	Запуск системы.
/ dev /	Содержит доступ к устройствам. Оба аппаратные или виртуальные.
/ etc /	Это включает в себя файлы конфигурации системы. Был спор о значении его имени, но более поздние интерпретации называют его «Редактируемые настройки текста».
/ etc / opt /	Файлы конфигурации программ, расположенных в каталоге / opt.
/ etc / X11 /	Файлы конфигурации X Window System версии 11.
/ etc / sgml /	Файлы конфигурации SGML.
/ etc / xml /	XML-файлы конфигурации.
/ home /	Содержит рабочие каталоги всех пользователей, кроме суперпользователя (администратор, root). Содержит сохраненные файлы, личные настройки и т. Д. Он часто устанавливается на отдельный диск или раздел . У каждого пользователя есть свой каталог в этой папке.
/ lib /	Все основные разделяемые библиотеки установленных программ расположены, в том числе используемые ядром.
/ средний /	Содержит точки монтирования для съемных носителей.
/ mnt /	Он похож на / media, но обычно используется пользователями. Для того чтобы «монтировать» например жесткие диски и временные разделы.
/ opt /	Содержит информацию о приложениях, которые не сохраняют параметры конфигурации в этом каталоге, то есть пользователи совместно используют приложение, но не его параметры конфигурации.
/ proc /	Содержит файлы, которые документируют ядро ​​и состояние ваших процессов в определенное время.
/ root /	Главный каталог пользователя root. Это как / home, но для системного суперпользователя (администратора).
/ sbin /	Исполняемые файлы или двоичные файлы, необходимые для работы, эксклюзивные команды и программы системного администратора или пользователей, которые имеют разрешения на их использование.
/ srv /	Содержит данные, обслуживаемые системой.
/ TMP /	Содержит временные файлы.
/ usr /	вторичная иерархия пользовательских данных; Он содержит большинство утилит, предназначенных для нескольких пользователей, но, тем не менее, только для чтения. Эта папка может даже использоваться другими пользователями локальной сети.
/ usr / bin /	Неадминистративные бинарные команды для всех пользователей.
/ usr / include /	Стандартные включаемые файлы.
/ usr / lib /	Набор общих библиотек или двоичных файлов. В одной системе никогда не бывает двух одинаковых библиотек, что оптимизирует использование памяти и обеспечивает больший порядок.
/ usr / sbin /	Двоичные файлы, которые не являются необходимыми; например, демоны имеют несколько сетевых сервисов.
/ usr / share /	Содержит данные, которые являются общими, но не зависят от архитектуры.
/ usr / src /	Содержит исходные коды некоторых приложений.
/ usr / X11R6 /	Каталог, связанный с графической средой.
/ usr / local /	Третичная иерархия для локальных данных, то есть специфическая для данного хоста.
/ var /	Содержит системные переменные файлы, такие как журналы, базы данных, электронная почта.
/ var / cache /	Как и / tmp, он содержит кеш-память некоторых приложений.
/ var / crash /	Содержит информацию об ошибках или сбоях системы.
/ var / games /	Это каталог, который не является необходимым, и его целью является хранение информации о системных играх.
/ var / lock /	Файлы, которые имеют статус используемых ресурсов, находятся.
/ var / log /	Файлы журнала.
/ var / mail /	Архивы пользовательских сообщений, похожие электронные письма.
/ var / opt /	Содержит данные, которые могут быть переменными в каталоге / opt.
/ var / run /	Доступ к информации с момента последнего запуска системы. Например, подключенные пользователи или работающие демоны.
/ var / spool /	Включает задачи, ожидающие обработки. Например, непрочитанные электронные письма или очереди печати.
/ var / spool / mail /	Расположение писем от не одобренных пользователей.
/ var / tmp /	Он содержит временные файлы, его отличие от / tmp в том, что он не удаляется при перезагрузке системы.

МЫ РЕКОМЕНДУЕМ ВАМ Как установить Ubuntu в Windows 10 шаг за шагом

Вы можете быть заинтересованы в чтении: Что вам нужно знать о root, su и sudo в Linux

разрешений

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

• a: разрешение на чтение файла w: разрешение на запись файла x: разрешение на выполнение файла s: разрешение на внесение изменений в владельца файла.

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