В / etc / fstab есть опция, позволяющая решить, что делать с диском при возникновении ошибки. ошибки = {continue | remount-ro | panic}
Какие возможные дисковые ошибки может отловить ядро? Существуют ли какие-либо другие ошибки дисков, которые могут остаться незамеченными ядром?
Ошибки, обнаруженные в этом контексте (параметр монтирования fstab errors=) в основном являются ошибками записи, вызванными неисправным диском или сильно поврежденной файловой системой.
Обратите внимание, что контроллеры жестких дисков обычно маскируют ошибки записи из-за плохого блока, используя оперативное переназначение плохого сектора / блока на исправный. Однако, если на диске нет других запасных секторов, это вызовет неисправимую ошибку, которая запустит файловую систему. errors= действие.
Точно так же сильно поврежденная файловая система может вызвать errors= действие из-за невозможности чтения / записи некоторых блоков метаданных.
Да, есть опция монтирования, которая определяет, как файловая система ведет себя при критической ошибке. Вы должны сформировать такую строку в файле fstab (только пример):
/dev/sda5 /srv/foo btrfs relatime,errors=continue 0 1
«Продолжить», «remount-ro» и «panic» - это три варианта, которые у вас есть в этом поле.
Для вашего второго вопроса уместна переформулировка, в которой следует спросить: «Какие ошибки может улавливать эта конкретная файловая система?» Этот ответ полностью зависит от того, какую файловую систему вы используете, какую версию этой файловой системы и как вы ее проверяете.
При этом большинство файловых систем могут исправить некоторые довольно ужасные ошибки, когда их средство проверки запускается с использованием fsck. Почти все файловые системы должны быть отключены, чтобы их можно было исправить - с ужасными последствиями, если они будут подключены во время исправления. BTRFS может выполнять очистку файловой системы онлайн (ограниченные проверки целостности), но также имеет функцию автономного восстановления серьезных ошибок файловой системы.
Ошибки могут оставаться незамеченными в файловых системах всех типов в различных сценариях. Одна из самых распространенных проблем связана с изменением данных на диске вне интерфейса файловой системы - либо из-за того, что диск выходит из строя, либо из-за того, что с ним напрямую манипулировали на уровне блоков. Однако это лишь один ограниченный пример. Существуют всевозможные творческие и ужасные способы испортить данные, но о большинстве из них будет сообщать используемый модуль файловой системы (при условии, что файловая система подключена к сети).