Файлы fstab и mtab
Просмотры
Это конфигурационные файлы программ mount, umount и fsck.
Начнем с файла /etc/mtab. Когда программа mount подключает файловую систему, она дописывает соответствующую строку в /etc/mtab. Когда umount отключает файловую систему, из этого файла соответствующая строка удаляется.
Поскольку это обыкновенный текстовый файл, Вы можете при помощи редактора добавлять или удалять информацию. Поэтому верить содержимому этого файла нельзя.
Файл /etc/fstab имеет большое значение для системы. В нем описывают все файловые системы, которые Вы собираетесь использовать.
Формат файла /etc/fstab очень простой. Символ комментария — #. Одна запись — одна строка. В строке есть шесть полей:
Вернемся к файловой системе /dev/hda1. Если ничего не сделать, она не будет автоматически монтироваться при старте машины. Чудес не бывает. Все чудеса в Linux описаны в каком либо конфигурационном файле. Поэтому мы добавим строку, описывающую файловую систему /dev/hda1 в файл /etc/fstab. Она будет выглядеть следующим образом:
Устройство, точка монтирования, тип файловой системы, параметры монтирования, флаг программы dump, флаг программы fsck.
Вопрос заключается в следующем: в какой строке файла fstab следует добавить эту строку? Файловые системы монтируются в том порядке, в котором они описаны в этом файле (Правда из этого правила существуют исключения, например корневая директория и некоторые другие файловые системы. Но пока мы не будем глубоко углубляться в этот вопрос. Вы все поймете сами, когда будет рассмотрена система инициализации Linux.). Принцип очень простой — на момент монтирования файловой системы должна существовать точка монтирования (директория). А директория будет существовать, если файловая система, в которой она физически размещена, уже смонтирована. В нашем случае, директория /mnt/free находится в той же файловой системе, что и кореневая файловая система Linux, в /dev/hda3. Таким образом, мы можем эту строку написать в любой строке файла, но после того места, где описано монтирование корневой файловой системы. Например так:
Теперь смонтируем файловую систему.
Обратите внимание на то, что при вызове программы mount я указал только точку монтирования. Дело в том, что файл /etc/fstab — это конфигурационный файл программы mount. И все недостающие параметры программа берет из него. Вместо точки монтирования можно написать файловую систему — /dev/hda1, результат будут таким же.
Теперь внесем кое-какие изменения, связанные со строками, где описываются параметры монтирования CD-ROM и гибкого диска.
В строке, описывающей параметры монтирования CD-ROM необходимо добавить еще один тип файловой системы — udf. Если это рабочая станция, то простым пользователям системы необходимо разрешить монтировать CD-ROM, за это отвечает параметр монтирования user. Я обычно не пишу параметры iocharset и codepage, отвечающие за преобразование русских букв. Так как использую CD записанные не только в Windows. В результате строка будет выглядеть следующим образом:
Строка, описывающая параметры монтирования гибкого диска, тоже не идеальна. Поэтому мы над ней немного пошаманим. Вопервых, Вы никогда не будете форматировать гибкие диски с использованием Linux файловых систем. Как Вы наверное помните, слишком много места на диске отводится под служебную информацию. Следовательно, не удастся использовать весь объем гибкого диска. Поэтому мы будем использовать файловую систему fat.
В Linux поддерживается две разновидности (с точки зрения Linux) файловых систем: msdos и vfat. Если в поле, определяющем тип файловой системы, оставить параметр auto (автоматическое определение файловой системы), Вас ожидает маленькая неприятность — после монтирования диска все имена файлов будут выглядеть так как это было в MS-DOS (кто нибудь еще помнит эту чудо OS?): имя состоит из восьми символов, расширение из трех. Это происходит потому, что при автоматическом определении файловой системы выбирается msdos. Для нормального отображения имен файлов необходимо использовать файловую систему vfat. Поэтому вместо auto мы напишем vfat.
Если это рабочая станция, простым пользователям системы можно позволить монтировать файловую систему, используя параметр user. Ну и напоследок, можно указать параметры, отвечающие за преобразование русских кодировок в именах файлов: iocharset и codepage. В результате строка будет выглядеть так:
Администрирование систем Linux. Монтирование файловых систем
Глава 7. Монтирование файловых систем
Во всех системах Unix каждый файл и каждая директория являются частью одного большого дерева директорий файловой системы. Для доступа к файлу вы должны знать полный путь к этому файлу, начинающийся с корневой директории. При добавлении файловой системы в ходе обслуживания операционной системы вам придется предоставить доступ к этой файловой системе из какой-либо точки дерева директорий файловой системы. Директория, из которой будет доступна ваша файловая система, называется точкой монтирования.
7.1. Монтирование локальных файловых систем
7.1.1. Создание точки монтирования с помощью утилиты mkdir
После монтирования пользователи получат доступ к файловой системе.
7.1.3. Файл /etc/filesystems
7.1.4. Файл /proc/filesystems
7.1.5. Утилита umount
7.2. Вывод списка смонтированных файловых систем
Простейший и наиболее часто используемый способ вывода списка смонтированных файловых систем заключается в использовании утилиты mount без каких-либо аргументов.
7.2.2. Файл /proc/mounts
Утилита du позволяет получить количественные показатели использования пространства жесткого диска для хранения файлов и директорий. Используя утилиту du с параметром, являющимся путем к точке монтирования, вы на самом деле будете получать информацию о пространстве раздела жесткого диска, занятом данными из файловой системы.
7.3. Процесс монтирования файловой системы от начала до конца
7.4. Монтирование файловых систем на постоянной основе
До текущего момента мы монтировали все файловые системы вручную. Такой подход вполне приемлем, но файловая система остается смонтированной только до следующей перезагрузки системы. К счастью, существует способ уведомления вашего компьютера о необходимости монтирования определенных файловых систем в процессе загрузки операционной системы.
Добавив в данный файл следующую строку, вы можете автоматизировать процесс монтирования созданной файловой системы.
7.4.2. Команда mount /точка_монтирования
7.5. Безопасное монтирование файловых систем
Параметр ro позволяет смонтировать файловую систему в режиме только для чтения, что позволит предотвратить запись данных в нее любым пользователем.
7.5.2. Параметр noexec
Параметр noexec позволяет предотвратить исполнение бинарных файлов и сценариев, расположенных в смонтированной файловой системе.
7.5.3. Параметр nosuid
Обратите внимание на то, что в случае использования данного параметра вы все также сможете устанавливать биты setuid для бинарных файлов из файловой системы.
7.5.4. Параметр noacl
7.6. Монтирование удаленных файловых систем
7.6.1. Файловая система SMB/CIFS
Команда разработчиков проекта Samba (samba.org) осуществляет разработку системной службы для Unix/Linux, которая совместима с протоколом SMB/CIFS. Данный протокол используется главным образом компьютерами, работающими под управлением ОС производства компании Microsoft.
Соединение с сервером Samba (или компьютером, работающим под управлением ОС производства компании Microsoft) также может осуществляться с помощью утилиты mount.
7.6.2. Файловая система NFS
7.6.2. Специфичные для NFS параметры монтирования
bg : в случае неудачи при монтировании файловой системы повторять попытки в фоновом режиме.
fg : (используется по умолчанию) в случае неудачи при монтировании файловой системы повторять попытки, выводя информацию в текущую командную оболочку.
soft : прекратить процесс монтирования файловой системы после X неудачных попыток.
hard : (используется по умолчанию) продолжать предпринимать попытки монтирования файловой системы после неудач.
Комбинация параметров soft+bg позволяет осуществить наиболее быструю загрузку клиентской системы в случае неполадок с сервером NFS.
retrans=X : Попытаться соединиться с сервером X раз (по протоколу UDP).
tcp : Принудительно использовать протокол TCP (используется по умолчанию и всегда поддерживается).
udp : Принудительно использовать протокол UDP (не всегда поддерживается).
7.7. Практическое задание: монтирование файловых систем
1. Смонтируйте файловую систему, созданную в рамках малого раздела размером в 200 МБ, в точку монтирования /home/project22.
2. Смонтируйте файловую систему, созданную в рамках большого первичного раздела размером в 400 МБ, в точку монтирования /mnt, после чего скопируйте некоторые системные файлы в эту директорию (рекомендуется скопировать все содержимое директории /etc). После этого отмонтируйте файловую систему и повторно смонтируйте ее в точку монтирования /srv/nfs/salesnumbers в режиме только для чтения. Где оказались скопированные вами ранее файлы?
4. Сделайте так, чтобы монтирование обеих файловых систем осуществлялось автоматически на постоянной основе, после чего проверьте работоспособность использованного механизма монтирования.
5. Что случится, если вы смонтируете файловую систему в директорию, в которой уже содержатся файлы?
6. Что случится, если вы смонтируете две файловых системы в одну и ту же точку монтирования?
7 (дополнительное задание). Дайте пояснения относительно различий между данными утилитами: find, locate, updatedb, makewhatis, whereis, apropos, which и type.
8 (дополнительное задание). Выполните проверку файловой системы, созданной в разделе, который смонтирован в директорию /srv/nfs/salesnumbers.
7.8. Процедура корректного выполнения практического задания: монтирование файловых систем
1. Смонтируйте файловую систему, созданную в рамках малого раздела размером в 200 МБ, в точку монтирования /home/project22.
2. Смонтируйте файловую систему, созданную в рамках большого первичного раздела размером в 400 МБ, в точку монтирования /mnt, после чего скопируйте некоторые системные файлы в эту директорию (рекомендуется скопировать все содержимое директории /etc). После этого отмонтируйте файловую систему и повторно смонтируйте ее в точку монтирования /srv/nfs/salesnumbers в режиме только для чтения. Где оказались скопированные вами ранее файлы?
Но физически эти файлы все также хранятся в рамках файловой системы ext3 на разделе жесткого диска, представленном файлом устройства /dev/sdb1
В выводах всех трех приведенных выше команд должна содержаться информация о смонтированных вами файловых системах и файлах устройств соответствующих разделов дисков.
4. Сделайте так, чтобы монтирование обеих файловых систем осуществлялось автоматически на постоянной основе, после чего проверьте работоспособность использованного механизма монтирования.
Добавьте следующие строки в файл /etc/fstab
5. Что случится, если вы смонтируете файловую систему в директорию, в которой уже содержатся файлы?
6. Что случится, если вы смонтируете две файловых системы в одну и ту же точку монтирования?
Будут доступны файлы только из последней смонтированной файловой системы.
7 (дополнительное задание). Дайте пояснения относительно различий между данными утилитами: find, locate, updatedb, makewhatis, whereis, apropos, which и type.
8 (дополнительное задание). Выполните проверку файловой системы, созданной в разделе, который смонтирован в директорию /srv/nfs/salesnumbers.
Что такое / etc / mtab в Linux?
Что есть /etc/mtab в Linux?
Зачем это нужно и какие преимущества у него есть?
/etc/mtab это механизм совместимости. Несколько десятилетий назад в Unix не было системного вызова для чтения существующей информации о монтировании. Вместо этого программы, которые монтировали файловые системы, должны были совместно и добровольно вести таблицу /etc/mtab того, где и где были смонтированы.
По понятным причинам это был не идеальный механизм.
Linux получил понятие «procfs», и одной из вещей, которую он получил, была поддерживаемая ядром версия этой таблицы в форме mounts псевдорегулярного файла. «Системный вызов» для чтения информации о монтировании из ядра превратился в последовательность «открытый для чтения и закрытия» для этого файла, с последующим анализом результата от читабельной до машиночитаемой формы (что-то, что имеет некоторые тонкие уловки, как вы можно увидеть из сообщений об ошибках чуть более двух недель назад).
В HP-UX /etc/mnttab аналогично имя файла, но начиная с версии 11 это все еще был обычный файл, содержимое которого совместно поддерживалось программами системной утилиты.
AIX не экспортирует читабельную текстовую таблицу, которую должны анализировать программы, и не существует эквивалентного файла. Точно так же BSD имеют полнофункциональные системные вызовы getfsstat() во FreeBSD и OpenBSD для программ, которые получают таблицу монтирования из ядра в машиночитаемой форме, не распределяя ее через читаемую человеком промежуточную форму.
🐧 Как восстановить поврежденный или пустой файл /etc/mtab на CentOS/RHEL
Для чего нужен файл /etc/mtab
Прежде чем мы начнем, давайте рассмотрим, что такое файл mtab.
/etc/mtab – это файл, который содержит список смонтированных файловых систем.
Поэтому, когда вы запускаете команду «df», она обращается к этому файлу для генерации вывода.
Файл mtab содержит софт ссылку на файл /proc/self/mounts.
Как восстановить поврежденный или удаленный файл /etc/mtab
1. Чтобы воссоздать файл /etc/mtab, нам просто нужно скопировать содержимое /proc/mounts в файл /etc/mtab.
Другими словами, скопируйте таблицу монтирования ядра в файл mtab с помощью:
Случайное удаление симлинка на /proc/self/mounts
Может случиться так, что мягкая ссылка на файл /etc/mtab может быть случайно удалена, из-за чего df не будет работать.
Это также может серьезно повлиять на сервер, сделав его не загружаемым.
Чтобы решить эту проблему, вы можете восстановить символическую ссылку, используя:
Добавить комментарий Отменить ответ
• Свежие записи
• Категории
• itsecforu.ru
• Страны посетителей
IT is good
IT is goodСтруктура папок в Linux
Корневая файловая система специфична для каждой машины (обычно она хранится на локальном диске, хотя это мог бы быть ramdisk или сетевой диск) и содержит файлы, которые являются необходимыми для загрузки системы. Содержимого корневой файловой системы достаточно для загрузки в однопользовательском режиме. Именно эта файловая система используется при загрузке до тех пор, пока не будут смонтированы другие файловые системы. Она также содержит инструментальные средства для ремонта поврежденной системы и для восстановления потерянных файлов из резервных копий.
Файловая система /usr содержит все команды, библиотеки, man-страницы, исходные тексты и другие неизменяемые файлы, необходимые для нормальной работы системы. Никакие файлы в /usr не должны быть специфическими для любой конкретной машины, и при этом они не должны измениться при нормальном использовании. Это позволяет файлам быть разделенными по сети, что может быть практично, так как это сохраняет дисковое пространство (могут легко иметься сотни мегабайт в /usr) и упрощает администрирование (только машина, на которой хранится /usr, должна быть изменена при модификации прикладной программы, а не каждая машина отдельно). Даже если файловая система находится на локальном диске, она может быть установлена только для чтения, что уменьшит возможность искажения в случае отказа.
Файловая система /var содержит файлы, которые изменяются в ходе работы системы. Например, там лежат каталоги буферов для почты, новостей, печати и т.п., файлы протоколов, форматированных man-страниц и временные файлы.
Файловая система /home содержит все домашние каталоги пользователей системы, то есть, все реальные данные системы. Отделение пользовательских каталогов от системы упрощает резервирование данных. Если пользователей много, эта файловая система может быть разделена на несколько (например, /home/students и /home/teacher).
Хотя различные части выше были названы файловыми системами, это не значит, что они фактически находятся на отдельных дисках. Они могут храниться на одном диске, если речь идето небольшом сервере или личном однопользовательском компьютере. Дерево каталогов может быть также разделено по-другому, в зависимости от того, насколько большие диски использованы, и как распределено место на них для различных целей, тем не менее, важно, чтобы все стандартные имена работали; даже если, скажем, /var и /usr фактически на том же самом разделе, имена /usr/lib/libc.a и /var/log/messages должны работать, например, перемещая файлы из /var в /usr/var, и делая /var ссылкой на /usr/var.
Структура файловой системы в Unix группирует файлы по их назначению, то есть, все команды находятся в одном месте, все файлы данных в другом, документация в третьем и так далее. Альтернативный вариант группировал файлы согласно программе, которой они принадлежат, то есть, все Emacs-файлы были бы в одном каталоге, весь TeX в другом, и так далее. Проблема с последним подходом состоит в том, что это делает трудным совместно использовать файлы (каталог программ часто содержит статические, общие, изменяющиеся и личные файлы), и иногда даже находить файлы, например, man-страницы в огромном числе мест, благодаря чему поиск их программой просмотра сильно осложняется.
Корневая файловая система
Файловая система root должна быть небольших размеров, так как она содержит важные файлы и команды. Чем меньше объем файловой системы и чем реже она подлежит изменениям, тем меньше вероятность ее повреждения. Если система root повреждена, то обычно это означает, что начальная загрузка компьютера невозможна (кроме отдельных методов, например при помощи дискет).
Файловая система дистрибутива имеет архитектуру классической файловой системы ОС Linux с единым корневым каталогом, обозначаемым символом обратной косой черты («слэш») — /.
Ниже приведено описание основных каталогов верхнего уровня.
/bin — В этом каталоге хранятся основные команды, необходимые пользователю для работы в системе. Например, такие как командные оболочки и команды файловой системы (ls, cp и т.д.). Каталог /bin обычно не изменяется после установки. Если изменяется, то обычно лишь при обновлениях пакетов программ, предоставленных разработчиками операционной системы.
/boot — В этом каталоге хранятся файлы, используемые загрузчиком ОС — LInux LOader (LILO). Этот каталог так же практически не изменяется после установки.
/dev — В этом каталоге размещены описания устройств системы. В Linux всё рассматривается, как файл, даже различные устройства, такие как последовательные порты, жёсткие диски и сканеры. Для получения доступа к определённому устройству, необходимо чтобы существовал специальный файл, называемый device node. Все эти файлы находятся в каталоге /dev. Аналогично устроено большинство UNIX-подобных операционных систем.
/etc — Этот каталог содержит файлы настроек: всё, от конфигурационных файлов системы X Window, базы данных пользователей и до стартовых сценариев.
/home — В этом каталоге размещены домашние каталоги пользователей. Linux является многопользовательской системой и каждому пользователю присваивается имя и уникальный каталог для персональных файлов. Этот каталог называется «home» (домашним) каталогом пользователя.
/lib — В этом каталоге находятся системные библиотеки, необходимые для основных программ: библиотека C, динамический загрузчик, библиотека ncurses, модули ядра и другое.
/root — Это домашний каталог администратора, вместо /home/root. Это потому, что каталог /home может находиться в разделе, отличном от корневого (/) и если по какой-то причине /home не может быть подключён, то пользователь root вынужден будет войти в систему, чтобы решить проблему. И если его домашний каталог на другом диске, то это усложнит вход в систему.
/sbin — В этом каталоге хранятся основные программы, выполняемые пользователем root а так же программы, выполняемые в процессе загрузки. Обычные пользователи не могут пользоваться этими программами.
/tmp — Временное хранилище данных. Все пользователи имеют права чтения и записи в этом каталоге.
/usr — Это один из самых больших каталогов в системе. Практически всё остальное расположено здесь. Программы, документация, исходный код ядра и система X Window. Именно в этот каталог, чаще всего, устанавливаются программы.
/var — В этом каталоге хранятся системные лог-файлы, кэш-файлы и файлы-замки программ. Это каталог для часто меняющихся данных.
Каталог /etc — В этом каталоге содержится довольно много различных конфигурационных файлов. Некоторые из них рассмотрены ниже. Здесь также располагаются файлы, используемые для конфигурирования сети.
/etc/rc.d — Командные файлы, выполняемые при запуске системы или при смене ее уровня выполнения.
/etc/passwd — База данных пользователей, в которой содержится информация об имени пользователя, его настоящем имени, личном каталоге, зашифрованный пароль и другие данные. Формат этого файла рассмотрен в man-руководстве к команде passwd.
/etc/fdprm — Таблица параметров флоппи-дисковода, определяющая формат записи. Устанавливается программой setfdprm.
/etc/group — Подобен файлу /etc/рasswd, только здесь содержится информация о группах, а не о пользователях.
/etc/inittab — Конфигурационный файл демона init.
/etc/issue — Выводится программой getty перед приглашением login. Обычно здесь содержится краткое описание системы.
/etc/magic — Конфигурационный файл команды file. Содержит описания различных форматов файлов, опираясь на которые эта команда определяет тип файла. Также см. руководства к magic и file.
/etc/motd — Сообщение дня, автоматически выводится при успешном подключении к системе. Часто используется для информирования пользователей об изменениях в работе системы. Немного напоминает «совет дня» в Windows.
/etc/mtab — Список смонтированных на данный момент файловых систем. Изначально устанавливается командными файлами при запуске, а затем автоматически модифицируется командой mount. Используется при необходимости получения доступа к смонтированным файловым системам (например, командой df).
/etc/shadow — Теневая база данных пользователей. При этом информация из файла /etc/рasswd перемещается в /etc/shadow, который недоступен для чтению никому, кроме пользователя root. Это усложняет взлом системы.
/etc/login.defs — Конфигурационный файл команды login.
/etc/printcap — То же, что и /etc/termcap, только используется при работе с принтером.
/etc/profile — Этот командный файл выполняется оболочкой Bourne Shell при запуске системы, что позволяет изменять системные установки для всех пользователей.
/etc/securetty — Определяет терминалы, с которых может подключаться к системе пользователь root. Обычно это только виртуальные консоли, что усложняет взлом системы через модем или сеть.
/etc/shells — Список рабочих оболочек. Команда chsh позволяет менять рабочую оболочку только на оболочки, находящиеся в этом файле. Процесс ftрd, предоставляющий работу с FTР, проверяет наличие оболочки пользователя в файле /etc/shells и не позволяет пользователю подключится к системе, пока ее имя не будет найдено в этом файле.
/etc/termcap — База данных совместимости терминалов. Здесь находятся escape-последовательности для различных типов терминалов, что позволяет работать программам на разных типах терминалов.
Каталог /dev — В этом каталоге находятся файлы устройств. Названия этих файлов соответствуют специальным положениям, рассмотренным в списке устройств (Device list). Файлы устройств создаются во время установки системы, а затем с помощью скрипта /dev/MAKEDEV. Файл /dev/MAKEDEV.local используется при создании локальных файлов устройств или ссылок (т.е. тех, что не соответствуют стандарту MAKEDEV).
Каталог /usr — Обычно файловая система /usr достаточно большая по объему, так как многие программы установлены именно здесь. Вся информация в каталоге /usr помещается туда во время установки системы. Отдельно устанавливаемые пакеты программ и другие файлы размещаются в каталоге /usr/local. Некоторые подкаталоги системы /usr рассмотрены ниже (для более подробной информации см. описание стандарта FSSTND).
/usr/X11R6 — Все файлы, используемые системой X Window. Для упрощения установки и администрирования, файлы системы X Window размещаются в отдельной структуре каталогов, которая находится в /usr/X11R6 и идентична структуре /usr.
/usr/bin — Практически все команды, хотя некоторые находятся в /bin или в /usr/local/bin.
/usr/sbin — Команды, используемые при администрировании системы и не предназначенные для размещения в файловой системе root (например, здесь находится большинство программ-серверов).
/usr/man, /usr/info, /usr/doc — Файлы man-руководств, документации GNU Info и другая документация.
/usr/include — Подключаемые файлы библиотек для языка С.
/usr/src — Исходные тексты программ, установленных в системе, в том числе ядра Linux.
/usr/lib — Неизменяемые файлы данных для программ и подсистем, включая некоторые конфигурационные файлы. Имя lib происходит от library (библиотека); первоначально библиотеки подпрограмм для программирования хранились в /usr/lib.
/usr/local — Здесь размещаются отдельно устанавливаемые пакеты программ и другие файлы.
Каталог /var — Эта файловая система содержит файлы, изменяемые при нормально работающей системе. Она специфична для каждого компьютера и не может быть разделена в сети между несколькими машинами.
/var/man/cat* — Временный каталог для форматируемых страниц руководств. Источником этих страниц является каталог /usr/man/man*. Некоторые руководства поставляются в отформатированном виде. Они располагаются в /usr/man/cat*. Остальные руководства перед просмотром должны быть отформатированы. Затем они помещаются в каталог /var/man и при повторном просмотре в форматировании не нуждаются. Каталог /var/man/cat часто очищается, таким же образом, как и прочие временные каталоги.
/var/lib — Файлы, изменяемые при нормальном функционировании системы.
/var/local — Изменяемые данные для программ, установленных в /usr/local (то есть, программы которые были установлены администратором системы). Обратите внимание, что даже в местном масштабе установленные программы должны использовать другие /var каталоги, например, /var/lock.
/var/lock — Файлы-защелки. Многие программы при обращении к какому-либо файлу устройства создают здесь файл-защелку. Другие программы при обращении к какому-либо устройству сначала проверяют наличие файла-защелки в этом каталоге, а затем уже производят доступ к этому устройству.
/var/log — Журнальные файлы различных программ, в особенности login (/var/log/wtmр, куда записываются все подключения и выходы из системы) и syslog (/var/log/messages, где обычно хранятся все сообщения ядра и системных программ). Файлы из /var/log необходимо регулярно удалять, иначе разрастутся сверх всякой меры.
/var/run — Файлы, информация в которых соответствует действительности только до очередной перезагрузки системы. Например, файл /var/run/utmp содержит информацию о пользователях, подключенных к системе в данный момент.
/var/spool — Каталоги, используемые для хранения почты, новостей, очереди для принтера, а также для других задач. Для каждой задачи существует отдельный каталог в /var/spool, например, почтовые ящики пользователей хранятся в /var/spool/mail.
/var/tmp — Каталог для временных файлов, размер которых достаточно велик или время существования которых больше, чем в /tmp. Хотя администратор системы не должен бы держать очень уж старые файлы в /var/tmp.
Каталог /proc — Файловая система /proc является виртуальной и в действительности она не существует на диске. Ядро создает ее в памяти компьютера. Система /proc предоставляет информацию о системе (изначально только о процессах — отсюда ее название). Некоторые наиболее важные файлы и каталоги рассмотрены ниже. Более подробную информацию о структуре и содержании файловой системы /proc можно найти в man-руководстве к proc.
/proc/1 — Каталог, содержащий информацию о процессе номер 1. Для каждого процесса существует отдельный каталог в /proc, именем которого является его числовой идентификатор.
/proc/cpuinfo — Информация о процессоре, такая как тип процессора, его модель, производительность и др.
/proc/devices — Список драйверов устройств, встроенных в действующее ядро.
/proc/dma — Задействованные в данный момент каналы DMA.
/proc/filesystems — Файловые системы, встроенные в ядро.
/proc/interruрts — Задействованные в данный момент прерывания.
/proc/ioports — Задействованные в данный момент порты ввода/вывода.
/proc/kcore — Отображение физической памяти системы в данный момент. Размер этого файла точно такой же, как и у памяти компьютера, только он не занимает места в самой памяти, а генерируется на лету при доступе к нему программ. Однако при копировании этого файла куда-либо, он не займет места на диске.
/proc/kmsg — Сообщения, выдаваемые ядром. Они также перенаправляются в syslog.
/proc/ksyms — Таблица символов ядра.
/proc/loadavg — Ориентировочная загруженность системы.
/proc/meminfo — Информация об использовании памяти, как физической, так и swap-области.
/proc/modules — Список модулей ядра, загруженных в данный момент.
/proc/net — Информация о сетевых протоколах.
/proc/self — Символическая ссылка к каталогу процесса, пытающегося получить информацию из /proc. При попытке двух различных процессов получить какую-либо информацию в /proc, они получают ссылки на различные каталоги. Это облегчает доступ программ к собственному каталогу процесса.
/proc/stat — Различная статистическая информация о работе системы.
/proc/uptime — Время, в течение которого система находится в рабочем состоянии.
/proc/version — Версия ядра.
