Простое объяснение дерева каталогов GNU / Linux

он сказал великий Деннис Ричи Que «UNIX очень прост, нужен только гений, чтобы понять его простоту«. И действительно, хотя в некоторых вещах это может показаться очень сложным, * nix и, следовательно, Linux, в других довольно просты. На самом деле, именно эта простота делает их такими хорошими, гибкими и привлекательными. Итак, в этой статье мы очень просто объясним дерево каталогов GNU / Linux.

Таким образом, каталоги или папки вашего дистрибутива у них не будет для вас секретов. Особая преданность тем, кто новичок и пришел из Microsoft Windows, поскольку, если они пришли из другой UNIX, они адаптируются почти сразу из-за сходства. Но это правда, что в Windows вы можете знать, где находится диск C :, где находятся документы или загружаемые материалы, где находится рабочий стол или, возможно, где установлены программы, но для простоты вам не нужно знать намного больше.

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

• /: главная река, корень или корень. Остальные каталоги висят от него, то есть все остальные будут его подкаталогами (даже если они находятся на разных разделах или дисках). Несомненно, это самое главное.
• / бен: это каталог, в котором хранятся двоичные файлы, то есть программы, используемые системой для административных задач, таких как команды cp, echo, grep, mv, rm, ls, kill, ps, su, tar и т. д.
• / SBIN: S означает Система, и, как следует из названия, здесь хранятся двоичные файлы или программы, используемые операционной системой для задач запуска, восстановления и т. д. Например, fsck, mount, mkfs, reboot, swapon, ...
• / загрузки: это загрузочный каталог, в котором находятся образы ядра Linux, которые будут загружены во время загрузки, а также каталоги и конфигурация самого загрузчика.
• / DEV: это особый каталог, в котором находятся блочные или символьные устройства, то есть файлы, представляющие память, разделы, диски, аппаратные устройства и т. д. Вы уже знаете, что в UNIX «все» - это файл, а не диски, как в Windows… Например, жесткий диск или разделы будут / dev / sda1, / dev / sda2,… / dev / sdb1 и т. Д.
• / mean или / mnt: Это каталоги, в которых обычно устанавливаются точки монтирования. То есть, когда мы вставляем какой-либо съемный носитель или общий сетевой ресурс и т. Д., Который мы смонтировали, он был бы здесь, если бы мы поместили его в качестве точки монтирования. Первый более специфичен для носителей, которые монтируются на временной основе.
• / и т.д.: очень важно для администратора, так как здесь находятся файлы конфигурации для системных компонентов и других установленных программ.
• / Главная: это каталог для обычных пользователей. Например, здесь личные файлы хранятся в отдельных каталогах (по одному для каждого пользователя с его именем). Например, / home / isaac или ~ будет моим домашним каталогом ...
• / lib или / lib64: здесь размещаются библиотеки, необходимые для двоичных файлов, присутствующих в системе. В / lib64 будут файлы 64-битных приложений.
• / неавтоматического: - это каталог, в котором будут храниться установленные в системе пакеты или программы сторонних производителей. Например, если мы устанавливаем антивирус, Chrome, Arduino IDE, ... или некоторые большие пакеты, они обычно устанавливаются здесь.
• / Proc: это еще один очень особенный каталог, больше, чем каталог, это просто интерфейс. И здесь система представляет процессы в виде каталогов, пронумерованных PID. В каждом из них будет вся информация, необходимая для выполнения каждого текущего процесса. Кроме того, вы найдете файлы, из которых можно извлечь важную информацию, например cpuinfo, meminfo и т. Д. Именно из этих файлов некоторые команды, которые мы обычно используем для извлечения информации, например, когда мы используем free для просмотра доступной памяти, эта команда фактически будет отображать содержимое / proc / meminfo упорядоченным образом.
• / Корень: не путать с /, одно - это корневой каталог или root, а другое - / root. В этом случае он может быть похож на / home, но предназначен исключительно для пользователя root или привилегированного пользователя.
• / SVR: хранит файлы и каталоги, относящиеся к серверам, которые вы установили в системе, таким как Интернет, FTP, CVS и т. д.
• / sys: наряду с / dev и / proc, это еще одна особенность. А так как / proc, он на самом деле ничего не хранит, а также является интерфейсом. В этом случае это виртуальные файлы с информацией о ядре, и некоторые из их файлов могут даже использоваться для настройки определенных параметров ядра.
• / Tmp: это каталог для временных файлов всех типов. Он используется пользователями для временного хранения определенных файлов или даже для хранения кеша или определенных изменчивых файлов из веб-браузеров и т. Д. Однако есть другой каталог для того же самого в / var / tmp.
• / вар: поскольку я назвал его раньше, это каталог с каталогами и файлами, которые имеют тенденцию к увеличению размера, такими как базы данных, журналы и т. д. Именно журналы или системные регистры делают этот каталог более популярным, и там вы найдете много информации обо всем, что происходит в системе: / var / logs /. В этом каталоге вы найдете, разделенные каталогами, журналы множества программ, включая систему.
• / USR: является аббревиатурой от пользовательских системных ресурсов и в настоящее время хранит файлы только для чтения относительно пользовательских утилит, таких как пакеты, которые мы устанавливаем с помощью диспетчера пакетов в нашем дистрибутиве. Внутри есть «копия» дерева каталогов, видимая до сих пор (почти все из них), как если бы это был второй уровень. Вы найдете / usr / bin, / usr / lib, / usr / sbin, / usr / src и т. Д., Которые из того, что было сказано выше, и их названий, вы можете получить представление о том, что они хранят. Просто скажите, что / usr / src - это то место, где останутся файлы исходного кода.

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