Назад | Перейти на главную страницу

/ proc / self / mountinfo per-mount-options vs per-super-options

Я пытаюсь проверить текущий статус смонтированного раздела rw / ro. В Cent6 / proc / self / mountinfo есть интересная информация. Один из элементов вывода для каждой точки монтирования - это «параметры монтирования: параметры для каждого монтирования». другой - «супер параметры: параметры для каждого суперблока».

Мне интересно, как они соотносятся друг с другом. Я читал справочные страницы до посинения, а также книгу о животных «Понимание ядра Linux». Что я хотел бы конкретно знать, так это то, что если по какой-то причине диск внезапно из-за ro, Linux обнаруживает, выдает и пытается защитить себя, будут ли также изменены супер-параметры или они будут отражать исходное состояние водить машину? Я ищу абсолютный способ проверить, работает ли он в соответствии с ОС. Fstab не будет работать, и я читал, чтобы не доверять mount, / proc / mounts - это то, что я использовал, поскольку mountinfo недоступна для моих ящиков Cent5. Я знаю, что могу просто коснуться файла, но я искал способ на уровне ОС, а не на уровне «пользователя». Я надеялся, что смогу сравнить варианты крепления и супер-параметры, и если они подходят, если не потерпят неудачу.

Я бы также взял дополнительные советы по чтению, я также прочитал изрядное количество примечаний к фиксации на mountinfo и некоторые отчеты об ошибках от Redhat, касающиеся / proc / mounts, что в первую очередь привело меня к mountinfo.

Спасибо

/proc/self/mountinfo - самый авторитетный источник для проверки ваших маунтов.

/proc/mounts является устаревшим источником для проверки статуса ваших монтировок.

Причина (в связанном отчете об ошибке), в которой говорится, что следует избегать его использования, заключается в том, что он не дает дополнительной информации, которая может быть важной в определенных сценариях (будь то общее монтирование, частное, несвязываемое и т. Д., Что применяется только тогда, когда с использованием пространств имен монтирования) и поэтому технически не рекомендуется в пользу или /proc/self/mountinfo.

Это различие не актуально для старых дистрибутивов. EL5, например, не полностью поддерживает отдельные пространства имен, поэтому случай для /proc/self/mountinfo бесполезно.

Если вас действительно интересуют только флаги монтирования, / proc / mounts - это нормально.

Обратите внимание, что /proc/mounts символические ссылки на /proc/self/mounts потому что "представление монтирования", которое видит процесс, зависит от пространства имен и обрабатывает может находиться в разных пространствах имен. Для подавляющего большинства случаев использования это исключение действительно не должно применяться (вы бы знали, использовали ли вы пространства имен монтирования).