Что содержит файл mtab
/etc/mtab это механизм совместимости. Несколько десятилетий назад в Unix не было системного вызова для чтения существующей информации о монтировании. Вместо этого программы, которые монтировали файловые системы, должны были совместно и добровольно вести таблицу /etc/mtab того, где и где были смонтированы.
По понятным причинам это был не идеальный механизм.
/etc/mtab таким образом, популярно стало символической ссылкой на /proc/mounts , позволяя программам, которые зашифровали это имя, продолжать чтение таблицы монтирования из этого файла, что программы, которые монтировали и размонтировали файловые системы, больше не должны явно делать что-либо сами, чтобы оставаться в курсе. (Однако некоторые из них все равно будут, если /etc/mtab окажется, что это обычный файл с возможностью записи. И есть несколько угловых случаев, когда нормализованная информация, в mounts которой отсутствуют все неядерные данные, не совсем то, что нужно; хотя они не перевешивают общие проблемы с /etc/mtab .)
Каждый процесс может в настоящее время имеет свой индивидуальный вид , что установлен, и есть , как следствие теперь отдельные mounts файлы для каждого процесса в PROCFS, собственная таблица каждого процесса является доступным для него через self символическую ссылку , как self/mounts и /proc/mounts является также теперь совместимостью механизм. (Интересно, что ни текущий процесс, mounts ни формат mounts не документированы в текущем документе Linux, хотя подобный mountinfo псевдорегулярный файл есть.)
SunOS / Solaris имеет аналогичный механизм. /etc/mnttab Файл на самом деле является одним файлом файловой системы, и в дополнение к чтению таблицы, с помощью дескриптора открытого файла в этот файл, с read() системным вызовом, можно наблюдать за изменениями монтажа точки с poll() и получить различные дополнительные фрагменты информации с ioctl() .
В HP-UX /etc/mnttab аналогично имя файла, но начиная с версии 11 это все еще был обычный файл, содержимое которого совместно поддерживалось программами системной утилиты.
AIX не экспортирует читабельную текстовую таблицу, которую должны анализировать программы, и не существует эквивалентного файла. Точно так же BSD имеют полнофункциональные системные вызовы getfsstat() во FreeBSD и OpenBSD для программ, которые получают таблицу монтирования из ядра в машиночитаемой форме, не распределяя ее через читаемую человеком промежуточную форму.
Оба /etc/mtab и /etc/fstab содержат данные о подключенных томах, например:
Как смонтировать путь в Linux?
Монтирование файлов ISO
- Начните с создания точки монтирования, это может быть любое место, которое вы хотите: sudo mkdir / media / iso.
- Подключите ISO-файл к точке монтирования, введя следующую команду: sudo mount /path/to/image.iso / media / iso -o loop. Не забудьте заменить / path / to / image. iso на путь к вашему файлу ISO.
Можно ли редактировать и т.д МТАБ?
3 ответа. Файл / etc / mtab поддерживается операционной системой. Не редактируйте это. Файл / etc / fstab определяет, что нужно смонтировать.
Вы можете напрямую редактировать fstab?
Итак, обычно вы можете решить проблемы с монтированием, отредактировав файл fstab. / etc / fstab - это просто текстовый файл, поэтому вы можете открывать и редактировать его. с любым текстовым редактором вызнакомы с. … Итак, чтобы отредактировать файл, вы должны либо войти в систему как root, либо использовать команду su, чтобы стать root.
mount -a
смонтируйте-a [-t тип] [-O optlist]
(обычно даваемый в bootscript), заставляет все файловые системы, упомянутые в fstab (надлежащего типа и/или наличия или не наличия надлежащих опций) быть смонтированными, как обозначено, за исключением тех, строка которых содержит noauto ключевое слово. Добавление-F опции сделает, монтируют ветвление, так, чтобы файловые системы были смонтированы одновременно.
В статье рассказывается о разработанном в рамках проекта Open Source стандарте на структуру каталогов UNIX -подобных операционных систем (подразумеваются Linux и BSD -системы).
Одно из первых понятий, с которыми сталкивается любой пользователь компьютера – это, безусловно, понятие файловой системы. При этом пользователь видит только одну сторону файловой системы, а именно, иерархическую структуру (или дерево) каталогов и файлов. Фактически все каталоги тоже являются файлами, и с точки зрения механизма хранения файлов на диске все файлы, включая каталоги, организованы одинаково [1]. Но для человека работать с “линейным” списком, содержащим тысячи файлов, было бы крайне неудобно, поэтому и было изобретено понятие “каталога”, чисто логического образования, позволяющего дать каждому файлу понятное для человека “полное имя”, определяющее некий “путь” к файлу в единой структуре каталогов.
Поскольку структура каталогов – понятие чисто логическое и к реальным механизмам работы с файлами не имеет отношения, изначально никаких особых требований на вид логического дерева каталогов со стороны операционной системы не предъявляется. И в силу этого каждый конкретный вариант операционной системы, в частности, каждый из дистрибутивов Linux, мог бы строить это дерево по-своему. Легко понять, что это могло бы привести к возникновению больших проблем в работе программного обеспечения от различных разработчиков, к несовместимости и непереносимости программ, установка новых программ в систему и работа большинства приложений были бы очень затруднены, поскольку масса времени уходила бы на поиск нужных файлов. Подчинение же структуры каталогов определенным стандартам позволяет обеспечить совместимость программного обеспечения, разрабатываемого разными группами авторов и в рамках различных дистрибутивов. Поэтому группой энтузиастов (как все, что создается в рамках движения Open Source ) был разработан стандарт на структуру каталогов для UNIX-подобных ОС, так называемый стандарт иерархии файловых систем (Filesystem Hierarchy Standart или кратко FHS).
Работа по созданию этого стандарта была начата в августе 1993 года с попытки упорядочить структуру файлов и каталогов операционной системы Linux. Вначале стандарт назывался проектом стандартов файловой системы - Filesystem Standarts project (FSSTND), и был ориентирован только на систему Linux. Его первая версия была выпущена 14 февраля 1994 года. Последующие редакции были выпущены 9 октября 1994 и 28 марта 1995 года. В разработке стандарта принимало участие большое количество добровольцев, но главным организатором был Дэниел Квинлан ( Daniel Quinlan ).
При разработке стандарта FHS его авторы стремились создать в первую очередь справочник, а не учебник по построению структуры каталогов. Стандарт создавался для использования системными интеграторами, разработчиками пакетов программного обеспечения и системными администраторами в процессе создания и поддержки UNIX -совместимых файловых систем.
В основу разработки стандарта были положены следующие соображения.
Во-первых, учитывалось, что в UNIX-подобных ОС структура каталогов представлена в виде единого дерева. Отдельные «ветви» этого дерева могут располагаться на разных носителях, или в разных файловых системах, причем эти файловые системы могут быть разными по своей внутренней организации – на одном носителе это файловая система ext 2 fs , на другом – vfat, и так далее. Разработчики стандарта стремились обеспечить оптимальное размещение файлов в разных файловых системах с тем, чтобы оптимизировать процессы загрузки, последующего функционирования и возможного обновления системы.
Во-вторых, любая UNIX -система (в том числе и Linux ) - система сетевая, и эти файловые системы и соответствующие носители могут физически располагаться даже на разных компьютерах. Поэтому при размещении отдельных файлов в различных частях файловой структуры надо учитывать, что некоторые файлы должны быть доступны с других компьютеров в сети (быть разделяемыми), а к другим файлам доступ по сети необходимо ограничить. Выделение группы разделяемых файлов позволяет экономить общее дисковое пространство. Группа неразделяемых файлов вычленяется как по соображениям безопасности, так и просто потому, что эти файлы определяют локальную конфигурацию системы и поэтому нужны только на данном компьютере. Например, пользовательские каталоги могут (а часто и должны) быть разделяемыми, а файлы настройки процедур загрузки системы должны быть неразделяемыми.
В третьих, файлы делятся на статические (неизменяемые) и изменяемые. К числу статических файлов относятся исполняемые файлы, библиотеки, документация и другие файлы, изменять которые может только администратор системы. Для остальных пользователей эти файлы должны быть доступны только по чтению. Изменяемые файлы – это те, которые любой пользователь может менять без привлечения администратора.
В таблице 1 приведены несколько примеров того, какие каталоги (точнее, файлы каких каталогов) относятся к каждому из 4 классов, образующихся при разбиении всего множества файлов по этим двум критериям.
Оригинал: Mounting
Автор: Paul Cobbaut
Дата публикации: 12 марта 2015 г.
Перевод: A. Панин
Дата перевода: 29 марта 2015 г.
Какая польза от каталога MTAB?
4 ответа. mtab выводит список смонтированных файловых систем и используется командами mount и unmount, когда вы хотите перечислить свои монтирования или размонтировать все. Он не используется ядром, которое ведет свой собственный список (в / proc / mounts или / proc / self / mounts). Его структура такая же, как у fstab (см. Справочную страницу).
Как отредактировать файл fstab?
Редактирование файла fstab
7.4. Монтирование файловых систем на постоянной основе
До текущего момента мы монтировали все файловые системы вручную. Такой подход вполне приемлем, но файловая система остается смонтированной только до следующей перезагрузки системы. К счастью, существует способ уведомления вашего компьютера о необходимости монтирования определенных файловых систем в процессе загрузки операционной системы.
7.4.1. Файл /etc/fstab
Таблица монтируемых файловых систем, расположенная в файле /etc/fstab , содержит список файловых систем с параметрами, позволяющими монтировать каждую из них в процессе загрузки операционной системы.
Ниже приведен пример файла /etc/fstab .
Добавив в данный файл следующую строку, вы можете автоматизировать процесс монтирования созданной файловой системы.
7.4.2. Команда mount /точка_монтирования
Благодаря добавлению элемента с список монтируемых файловых систем, расположенный в файле /etc/fstab , вы можете использовать упрощенный вариант команды mount . Команда из примера ниже позволяет осуществить поиск информации о файле устройства, представляющем связанный с переданной точкой монтирования раздел жесткого диска, в файле /etc/fstab с помощью утилиты mount .
/etc/mtab
Что такое Proc mounts в Linux?
Файловая система proc - это псевдофайловая система, которая предоставляет интерфейс для структур данных ядра. Обычно он монтируется в / proc. … Параметры монтирования Файловая система proc поддерживает следующие параметры монтирования: hidepid = n (начиная с Linux 3.3) Этот параметр управляет кто может получить доступ к информации в каталогах / proc / [pid].
Глава 7. Монтирование файловых систем
После того, как вы создали файловую систему в разделе жесткого диска, вы можете смонтировать ее. Монтирование файловой системы делает ее доступной для использования обычно посредством специально созданной директории. Мы говорим о монтировании файловой системы , а не о монтировании раздела жесткого диска, ведь, как мы увидим позднее, у нас также имеется возможность монтирования файловых систем, которые созданы вне разделов жестких дисков.
Во всех системах Unix каждый файл и каждая директория являются частью одного большого дерева директорий файловой системы. Для доступа к файлу вы должны знать полный путь к этому файлу, начинающийся с корневой директории. При добавлении файловой системы в ходе обслуживания операционной системы вам придется предоставить доступ к этой файловой системе из какой-либо точки дерева директорий файловой системы. Директория, из которой будет доступна ваша файловая система, называется точкой монтирования.
/etc/mtab
7.3. Процесс монтирования файловой системы от начала до конца
В приведенном ниже примере показана полная последовательность действий, начинающаяся с определения имени файла устройства жесткого диска (/dev/sdb) и заканчивающаяся монтированием созданной в разделе этого жесткого диска файловой системы в директорию /mnt .
Как проверить ошибки fstab?
Проверьте содержимое файла / etc / fstab. Проверьте содержимое файла / etc / fstab и отобразите подробный вывод. Проверьте информацию о типе статической файловой системы ext4, определенной в конкретном файле (таблица смонтированных файловых систем). Пример файла с информацией о статической файловой системе, который намеренно содержит несколько ошибок.
Какая польза от fstab в Linux?
Что это? Таблица файловой системы вашей системы Linux, также известная как fstab, представляет собой таблицу конфигурации, предназначенную для облегчения бремени монтирования и размонтирования файловых систем на машине. Это набор правил, используемых для управления обработкой различных файловых систем каждый раз, когда они вводятся в систему.
7.7. Практическое задание: монтирование файловых систем
1. Смонтируйте файловую систему, созданную в рамках малого раздела размером в 200 МБ, в точку монтирования /home/project22.
2. Смонтируйте файловую систему, созданную в рамках большого первичного раздела размером в 400 МБ, в точку монтирования /mnt, после чего скопируйте некоторые системные файлы в эту директорию (рекомендуется скопировать все содержимое директории /etc). После этого отмонтируйте файловую систему и повторно смонтируйте ее в точку монтирования /srv/nfs/salesnumbers в режиме только для чтения. Где оказались скопированные вами ранее файлы?
3. Проверьте корректность своих выполненных действий с помощью утилит fdisk , df и mount . Также изучите содержимое файлов /etc/mtab и /proc/mounts .
4. Сделайте так, чтобы монтирование обеих файловых систем осуществлялось автоматически на постоянной основе, после чего проверьте работоспособность использованного механизма монтирования.
5. Что случится, если вы смонтируете файловую систему в директорию, в которой уже содержатся файлы?
6. Что случится, если вы смонтируете две файловых системы в одну и ту же точку монтирования?
7 (дополнительное задание). Дайте пояснения относительно различий между данными утилитами: find, locate, updatedb, makewhatis, whereis, apropos, which и type.
8 (дополнительное задание). Выполните проверку файловой системы, созданной в разделе, который смонтирован в директорию /srv/nfs/salesnumbers.
Кавычки от mount руководство
Каково использование команды mount в Linux?
Команда mount служит прикрепить файловую систему, найденную на каком-либо устройстве, к большому файловому дереву. И наоборот, команда umount (8) отсоединит его снова. Файловая система используется для управления хранением данных на устройстве или их виртуальным предоставлением сетью или другими службами.
7.2. Вывод списка смонтированных файловых систем
Для вывода списка смонтированных файловых систем следует использовать команду mount . Также можно прочитать содержимое файлов /proc/mounts и /etc/mtab .
7.2.1. Утилита mount
Простейший и наиболее часто используемый способ вывода списка смонтированных файловых систем заключается в использовании утилиты mount без каких-либо аргументов.
7.2.2. Файл /proc/mounts
Ядро ОС предоставляет информацию о смонтированных файловых системах посредством файла /proc/mounts , причем данный файл не хранится на жестком диске. При чтении информации из файла /proc/mounts осуществляется чтение информации, переданной непосредственно ядром ОС.
7.2.3. Файл /etc/mtab
Содержимое файла /etc/mtab не обновляется средствами ядра ОС, а поддерживается в актуальном состоянии средствами утилиты mount . Не редактируйте файл /etc/mtab вручную.
7.2.4. Утилита df
Более удобный для пользователя способ получения списка смонтированных файловых систем заключается в использовании утилиты df . Утилита df (название расшифровывается как diskfree - свободное пространство диска) имеет полезную дополнительную возможность, заключающуюся в выводе данных об объеме свободного пространства в каждой из смонтированных файловых систем, расположенных в разделах жестких дисков. Как и большинство утилит из состава Linux, утилита df поддерживает параметр -h , предназначенный для активации режима вывода данных в формате, облегчающем чтение.
7.2.5. Команда df -h
В приведенном ниже примере вывода команды df -h вы можете обнаружить информацию о размере файловой системы, свободном пространстве, использованном пространстве в гигабайтах и процентах, а также точке монтирования файловой системы, созданной в соответствующем разделе жесткого диска.
7.2.6. Утилита du
Утилита du позволяет получить количественные показатели использования пространства жесткого диска для хранения файлов и директорий. Используя утилиту du с параметром, являющимся путем к точке монтирования, вы на самом деле будете получать информацию о пространстве раздела жесткого диска, занятом данными из файловой системы.
Хотя утилита du и может осуществлять рекурсивный обход дерева директорий с последующим выводом информации о каждой из директорий, параметр -s позволит вам получить обобщенную информацию о размере родительской директории. Этот параметр чаще всего используется вместе с параметром -h . Поэтому команда du -sh по отношению к точке монтирования позволит получить информацию обо всем пространстве раздела диска, использованном файловой системой.
2 ответа
/etc/fstab список файловых систем, которые будут смонтированы во время начальной загрузки. Если Вы захотите свой Windows или разделы хранилища файлов, смонтированные однажды Ваши загрузки компьютера, то необходимо будет поместить соответствующие записи в /etc/fstab .
/etc/mtab список в настоящее время смонтированные файловые системы. Если Вам соединят диск, но не смонтированные, то он не обнаружится в /etc/mtab файл. После того как Вы монтируете его, это обнаружится там.
Примечание также, что с systemd (к которому Ubuntu переключила начало с 15,04 выпусков) возможно объявить файловые системы, которые должны быть смонтированы при начальной загрузке через *.mount файлы. См. учебное руководство James Oguya по теме.
Для большего количества информации, читайте mount руководство .
Я добавил, что запись в blacklist.conf файл и затем сделала перезапуск. Световые сигналы не продвигались. Я пытался играть вокруг с Fn+F3 и Fn+F4, но ничего не произошло. У меня есть несколько записей в blacklist.conf файле так там что-то, что я должен не прокомментировать как результат добавления в Вашей фиксации? Есть ли что-либо еще I' m пропавшие без вести? Вы возражали бы совместно использовать тот файл или перечислять, какие записи Вы имеете там? Спасибо за ответ! – shanedora 27 August 2017 в 11:16
- /etc/fstab созданный пользователем. Это содержит список объемов, которые будут смонтированы mount .
- /etc/mtab созданный системой. Это содержит список в настоящее время монтируемых устройств.
- Формат файлов аналогичен. После монтирования нового устройства скопируйте соответствующую строку с /etc/mtab кому: /etc/fstab так, чтобы это было автосмонтировано после начальной загрузки или при вызове mount -a .
7.1. Монтирование локальных файловых систем
7.1.1. Создание точки монтирования с помощью утилиты mkdir
В данном примере демонстрируется методика создания новой точки монтирования с помощью утилиты mkdir .
7.1.2. Утилита mount
После того, как точка монтирования создана, а файловая система присутствует на разделе жесткого диска, утилита mount может быть использована для монтирования файловой системы в директорию , которая станет точкой монтирования .
После монтирования пользователи получат доступ к файловой системе.
7.1.3. Файл /etc/filesystems
На самом деле использование параметра -t ext2 утилиты mount для явного указания типа файловой системы не всегда является необходимым. Утилита mount имеет возможность автоматической идентификации типов множества файловых систем.
В случае монтирования файловой системы без явного указания ее типа утилита mount в первую очередь попытается идентифицировать файловую систему как одну из файловых систем, перечисленных в файле /etc/filesystems . При этом утилита mount будет пропускать строки с директивой nodev .
7.1.4. Файл /proc/filesystems
В том случае, если файла /etc/filesystems не существует или данный файл заканчивается строкой с одним символом *, утилита mount будет читать файл /proc/filesystems .
7.1.5. Утилита umount
Вы можете отмонтировать файловую систему с помощью утилиты umount .
/etc/fstab
В чем разница между файлами?
7.6. Монтирование удаленных файловых систем
7.6.1. Файловая система SMB/CIFS
Соединение с сервером Samba (или компьютером, работающим под управлением ОС производства компании Microsoft) также может осуществляться с помощью утилиты mount.
В данном примере показана методика соединения с сервером, имеющим IP-адрес 10.0.0.42 , для доступа к разделяемому ресурсу с именем data2 .
Для корректного соединения с использованием описанного протокола необходимо установить дополнительные программные компоненты с помощью команды yum install cifs-client .
7.6.2. Файловая система NFS
Серверы Unix обычно используют протокол NFS (расшифровывается как Network File System - сетевая файловая система) для предоставления доступа к директориям по сети. Настройка сервера NFS будет обсуждаться позднее. Соединение же с сервером NFS со стороны клиента осуществляется также с помощью утилиты mount и очень похоже на соединение с локальным дисковым хранилищем.
Данная команда демонстрирует методику соединения с сервером NFS с именем server42 , который предоставляет доступ к директории /srv/data . Точка монтирования (путь к которой приведен в конце строки команды) должна существовать.
В том случае, если сервер с именем server42 имеет IP-адрес 10.0.0.42 , вы также можете использовать запись:
7.6.2. Специфичные для NFS параметры монтирования
bg : в случае неудачи при монтировании файловой системы повторять попытки в фоновом режиме.
fg : (используется по умолчанию) в случае неудачи при монтировании файловой системы повторять попытки, выводя информацию в текущую командную оболочку.
soft : прекратить процесс монтирования файловой системы после X неудачных попыток.
hard : (используется по умолчанию) продолжать предпринимать попытки монтирования файловой системы после неудач.
Комбинация параметров soft+bg позволяет осуществить наиболее быструю загрузку клиентской системы в случае неполадок с сервером NFS.
retrans=X : Попытаться соединиться с сервером X раз (по протоколу UDP).
tcp : Принудительно использовать протокол TCP (используется по умолчанию и всегда поддерживается).
udp : Принудительно использовать протокол UDP (не всегда поддерживается).
7.8. Процедура корректного выполнения практического задания: монтирование файловых систем
1. Смонтируйте файловую систему, созданную в рамках малого раздела размером в 200 МБ, в точку монтирования /home/project22.
2. Смонтируйте файловую систему, созданную в рамках большого первичного раздела размером в 400 МБ, в точку монтирования /mnt, после чего скопируйте некоторые системные файлы в эту директорию (рекомендуется скопировать все содержимое директории /etc). После этого отмонтируйте файловую систему и повторно смонтируйте ее в точку монтирования /srv/nfs/salesnumbers в режиме только для чтения. Где оказались скопированные вами ранее файлы?
Теперь вы можете обнаружить скопированные ранее файлы в директории /srv/nfs/salenumbers .
Но физически эти файлы все также хранятся в рамках файловой системы ext3 на разделе жесткого диска, представленном файлом устройства /dev/sdb1
3. Проверьте корректность своих выполненных действий с помощью утилит fdisk , df и mount . Также изучите содержимое файлов /etc/mtab и /proc/mounts .
В выводах всех трех приведенных выше команд должна содержаться информация о смонтированных вами файловых системах и файлах устройств соответствующих разделов дисков.
4. Сделайте так, чтобы монтирование обеих файловых систем осуществлялось автоматически на постоянной основе, после чего проверьте работоспособность использованного механизма монтирования.
Добавьте следующие строки в файл /etc/fstab
5. Что случится, если вы смонтируете файловую систему в директорию, в которой уже содержатся файлы?
Уже имеющиеся файлы будут скрыты до момента отмонтирования файловой системы, к примеру, с помощью утилиты umount .
6. Что случится, если вы смонтируете две файловых системы в одну и ту же точку монтирования?
Будут доступны файлы только из последней смонтированной файловой системы.
7 (дополнительное задание). Дайте пояснения относительно различий между данными утилитами: find, locate, updatedb, makewhatis, whereis, apropos, which и type.
8 (дополнительное задание). Выполните проверку файловой системы, созданной в разделе, который смонтирован в директорию /srv/nfs/salesnumbers.
/ etc / fstab создается пользователем. Он содержит список томов, которые нужно смонтировать путем монтирования. / etc / mtab - это созданный системой. Он содержит список подключенных в настоящее время устройств.
7.5. Безопасное монтирование файловых систем
Безопасное монтирование файловых систем становится возможным благодаря наличию нескольких специализированных параметров монтирования файловых систем . Эти параметры рассмотрены в примерах, приведенных ниже.
7.5.1. Параметр ro
Параметр ro позволяет смонтировать файловую систему в режиме только для чтения, что позволит предотвратить запись данных в нее любым пользователем.
7.5.2. Параметр noexec
Параметр noexec позволяет предотвратить исполнение бинарных файлов и сценариев, расположенных в смонтированной файловой системе.
7.5.3. Параметр nosuid
Параметр nosuid позволяет игнорировать биты setuid , установленные для бинарных файлов из смонтированной файловой системы.
Обратите внимание на то, что в случае использования данного параметра вы все также сможете устанавливать биты setuid для бинарных файлов из файловой системы.
Но пользователи не смогут воспользоваться привилегиями, обусловленными наличием битов setuid .
7.5.4. Параметр noacl
Для предотвращения использования механизма управления правами доступа к файлам на основе списков контроля доступа следует использовать параметр noacl .
Описания других параметров монтирования файловых систем доступны на странице руководства для утилиты mount .
/etc/fstab , /etc/mtab и /proc/mounts файлы
Файл /etc/fstab , может содержать строки, описывающие, что устройства обычно монтируются где, с помощью который опции.
Программы mount и umount ведите список в настоящее время монтируемых файловых систем в файле /etc/mtab .
Когда proc файловая система будет смонтирована (скажите в /proc ), файлы /etc/mtab и /proc/mounts имейте очень похожее содержание. Первый имеет несколько больше информации, такой как используемые опции монтирования, но не обязательно актуален.
Читайте также: