В дополнение к полезным взносам на мой вопрос, я сделал некоторые исследования на мою собственную. Потому что часть результатов может быть и некоторый общий интерес, мне их суммировать в ответ.

Пожалуйста, обратите внимание: определенный вопрос, все нижеследующее относится к e2fsck версия 1.41.1 и ориентируется в файловой системы ext2 без журнала. Но общие правила также применяются в некоторой степени в современной версии, программы и файловой системой.

Уроки

Начнем с новости—аргументы ниже:

• Запустить e2fsck в локали C, например вот так:

  Значение lc_all=C и e2fsck ...
  

  Таким образом, вы получите английский язык сообщений, которые делают его легче найти конкретную помощь в сети.

• Проявлять осторожность с -й вариант: он будет автоматически отвечать "да" на все запросы, что e2fsck придумывает. И они не всегда ссылаются на такие вопросы как "исправить эту ошибку?", есть также вопросы с сутью "удалить файл?".

• Что e2fsck сделали некоторые изменения в файловой системе и завершилась с кодом 1 (или 3) не означает, что там были ошибки файловой системы (повреждения).

• e2fsck обрабатывает сигнал SIGINT (сочетание клавиш Ctrl-с). Но я бы не стал бы прибегать к нему. (Личное мнение.)

Следующие пункты сосредоточиться на информации , которую вы получаете от e2fsck:

• Если вы хотите знать, какие ошибки файловой системы, вероятно, содержится и то, что e2fsck не об этом, не используйте -п вариант (покрасоваться).

• Интерактивный запуск e2fsck (т. е. одно без вариантов -п, -п, -В, -Г) выводит сообщения об ошибках, которые он находит, чем только для чтения (-Н) или чистили (-п) бежит делать. -это просто псевдоним -п. От "Да" работает (-г), вы получите практически такую же информацию, как от интерактивного.

• Хотя они и довольно близко, опцию -н не поддается точной прогон интерактивный.

• Если вы не используете -Ф вариантом, вероятность того, что e2fsck сил проверить самостоятельно. Делаю так, это дает дополнительную информацию, обосновывать свое решение. Пример:

  ... основные особенности суперблок отличается от резервного копирования, проверки принудительной.
  

  Если вы не хотите пропустить это, без -Ф опцию, используя его только на вторую попытку, если e2fsck отказывается от проверки, потому что файловая система, похоже, чисто.

• Не забывайте заглядывать на выходе код e2fsck , чтобы получить всю картину: Эхо $?.

Типы проверок

Интерактивные: без использования опции -п, -п, -А и -г, e2fsck выполняет интерактивные файловую систему проверить. Это означает, что он будет просить вас на каждом шагу, что делать. Это дает вам максимальный контроль над процессом.

Нюанс: в зависимости от размера и состояния файловой системы, это может стать утомительным довольно быстро: представьте себе, что вы должны подтвердить крепления узлов по inode. Такие сеансы могут длиться в течение нескольких часов или даже хуже.

Кроме того, ситуация может стать действительно страшно, если вопросы эволюционировать в направлении, которое вам не знакомо.

Перебивая: если интерактивная проверка выходит из-под контроля таким образом, это может быть приятно знать, что e2fsck обрабатывает сигнал SIGINT (сочетание клавиш Ctrl-с).

На самом деле, есть обнадеживающие отчеты, например по MadHatter и Крис. Но как уже говорилось, Я попытаюсь избежать таких прерываний.

Причина проста: проверка файловой системы-это сложный процесс, ремонт повреждений должна быть сделана согласованным и последовательным образом, и обработка прерываний повысить сложность еще больше. Как и любая сложная программа, обработчики сигналов могут быть багги. Смотри, например, этот пост Андреас Дилгер. Так зачем же рисковать? Там могут быть веские причины конечно, но вес сам по себе.

Только для чтения: Если вы мало знаете о состоянии здоровья файловой системы, чтобы проверить, это хорошая идея, чтобы использовать e2fsck с -н вариант первый. Как мы увидим ниже, это не дает точного сухого хода, но он дает хорошее представление о том, что вы могли бы ожидать от интерактивного.

Прихорашивание: e2fsck прихорашивается файловая система если -п параметр используется. На странице e2fsck(8) звучит многообещающе:

Этот параметр приведет e2fsck, чтобы автоматически устранить любые проблемы файловой системы, который может быть надежно закреплен без вмешательства человека.

Но это также означает, что он будет только исправить некоторые ошибки файловой системы. Это видно из источников e2fsck, что -п останавливается, как только он обнаруживает ошибку, что он не может спокойно заниматься, оставив остальное для последующих запусков, что сделать больше, чем просто чистили.

Кроме того, как сказано выше, -п дадут меньше информации об ошибках и их исправления.

Да: запуск e2fsck с -й вариант дает такой же результат, как интерактивного, чьи вопросы были даны ответы "да". Подводные камни такого подхода уже упоминались выше.

Ожидать: как я узнал из этого раздела из "и ext2fs восстановление удаленных файлов из каталога, расчистка мини-howto", что можно автоматически ответить на вопросы e2fsck с более мелкой зернистости с помощью программы ожидать. Есть следующие универсального сценария для e2fsck используется:

#!/usr/Бен/ожидать -Ф
установить тайм-аут -1
спавн командой /sbin/e2fsck -F в $массива argv
ожидать {
 "Понятно,<г>? "{ отправить "Н" ; exp_continue }
 "<у>? "{ отправить "г" ; exp_continue }
}

Это будет автоматически отвечать на все вопросы, которые используют запрос "понятно?" с "н", а все остальные с "г". Обратитесь к документации ожидаем подробности. Посмотрим на этот вопрос по Wrothgarr другой пример использования ожидать e2fsck.

Для уточнения: я не рекомендую слепо использовать эти скрипты. Они просто ссылаются здесь для "образовательных целей".

Для тех, кто хочет взять эту идею и адаптировать его для собственных нужд: в начале e2fsck исходный файл e2fsck/проблемы.С, такие строки определяется держать все в общей сложности 20 подсказывает, что e2fsck использует. Некоторые из них используются только внутри. Более подробно о взаимосвязи между запросами и ошибки файловой системы ниже.

Узнал из источников

Диалог: для большинства ошибок, которые он найдет в файловой системе, e2fsck обращается к функции fix_problem , который определен в файле e2fsck/проблемы.С. Эта функция производит диалог с пользователем, в зависимости от индивидуальных ошибок в зависимости от e2fsck варианты.

Для того, fix_problem смотрит текущий код ошибки в массиве problem_table который определен ранее в тот же файл e2fsck/проблемы.С. Этот массив атрибутов для каждого кода ошибки с шаблоном для сообщения об ошибке, запрос, чтобы спросить пользователя о проблеме, и немного маска, контролирующая детали обработки ошибок. (Некоторые ошибки там тоже есть отсылка к дальнейшей ошибке, назвал "после кода", диалоговое окно которого будут выполнены. Но это не имеет значения для нас.)

Есть два флага иногда используется в этой битовой маске, которые важны для наших вопрос: PR_PREEN_NOMSG и PR_NO_NOMSG. Когда установлено, что они подавляют сообщение об ошибке -П работает и -Н трассы, соответственно. Таким образом, эти определения ошибок, за которые вы получаете больше информации в интерактивном режиме работу или -й запуск.

Определение problem_table указывает 292 коды ошибок 23 из которых помечены PR_PREEN_NOMSG и только 1 попадает PR_NO_NOMSG. Никто из них не несут и флаги, PR_PREEN_NOMSG и PR_NO_NOMSG.

Еще один интересный флаг PR_PREEN_OK: ошибки, которые несут этот флаг может быть безопасно обработаны покрасоваться (-П работает). Есть и другие ошибки, которые чистят заботится, см. "Особые случаи" ниже, но большинство из них. 82 ошибки в массиве problem_table помечены PR_PREEN_OK.

Начало: для Linux сборки e2fsck версия 1.41.1, выполнение начинается с функции главного в файл e2fsck/UNIX систем.С.

Передайте 0: после инициализации и проверки журнала, который не относится к этому вопросу, некоторые основные проверки и уборок выполняются в файловой системе. Это также рассматривается как пропуск 0. Большая часть это делается с помощью функции check_super_block в исходный файл e2fsck/супер.С.

Несмотря на название, эта функция не только заботиться о суперблок, а также проверяет блок группы дескрипторов. Это резюмирует в блок группа подсчитывает свободных блоков и свободных индексных дескрипторов и сравнивает результат с глобального значения в суперблок.

Что произойдет, если эти значения не совпадают, зависит от e2fsck опции командной строки: К -П запуск, файловая система является недействительным и полную проверку вынужден позже. Во всех остальных случаях (-п, -г, интерактивного), общее число в суперблок молча обновляются, не заставляя полную проверку. В самом деле, если последний не найти дополнительные ошибки, они сообщают файловой системы чистые, несмотря на этот молчаливый коррекции.

Функция check_super_block также другие вещи, как проверка размеров узлов, очистке бесхозных объектов, подчищаю хвосты вокруг журнала, но это не представляется важным для нашего вопроса.

Пропустить: если вся файловая система проверка не принуждал -Ф вариант, e2fsck меня решили принудительно полную проверку сам по себе. Широко известными критериями для этого являются количество держатели с момента последней проверки, отсутствие чистого размонтирования, уже известных ошибок файлов и т. д.

Но есть еще один критерий, который он применил, но только если к -Н вариант не был использован: различия между суперблок и его копии в отношении следующих количествах:

• С поддержкой файловой системы функции, помимо large_file, dir_nlink, степени,

• общая блоков графа,

• общая иноды рассчитывать,

• файловая система по UUID.

Причина за исключением некоторых файловой системы, объекты из этого критерия является то, что ядра могут установить такие особенности, на лету по мере необходимости, и это только в системном блоке, но не в резервных копиях. За исключением функции, такие различия не считаются достаточно важными, чтобы заставить полную проверку. В отличие от этого, ext_attr функция может также быть динамически устанавливается ядра, но в этом случае обновление резервных копий очень важно, почему эта функция не является исключением.

Если e2fsck решает для полной проверки ТС, он печатает сообщение в причине неудобства. Если это из-за одного из названных различий между суперблок и его резервных копий, сообщение гласит:

... основные особенности суперблок отличается от резервного копирования, проверки принудительной.

Обратите внимание, что термин "функции" в сообщении имеет более широкое значение, чем чисто "особенности файловой системы": оно охватывает также общее количество блоков например. См. также это сообщение от Eric Sandeen и этот Теодор ТСО в этом отношении.

Во всяком случае, вы никогда не увидите это сообщение В -Н работать, потому что, как сказано выше, суперблок, резервные копии не принимаются во внимание в данном случае.

Если полная проверка не заставила, ни ф , ни e2fsck, проверка пропускается (e2fsck дикция). В данном случае, e2fsck сообщает файловой системы, как очистка торцевых выходов со статусом 0. Это также верно, если были какие-то ремонты проходят в 0, как коррекция всего свободных блоков подсчета, например, в суперблок.

Проходит от 1 до 6: в полную проверку, e2fsck , по крайней мере пять полных проходов через файловую систему, каждый с разной направленностью. Эти выполняют функции e2fsck_pass1 в e2fsck_pass5 , которые определены в исходных файлах e2fsck/pass1.C до e2fsck/pass5.C, соответственно.

Там могут быть дополнительные проходы, которые дополняют пройти 1, если нужно обрабатывать специальными повреждения файловой системы. Они помечены перевал 1Б для передачи 1Д, а также соответствующие функции pass1b в pass1d определена в e2fsck/pass1b.С.

В перепевах каталоги, которая является частью прохождения 3 и которая осуществляется функция e2fsck_rehash_directories в файл e2fsck/перепев.с рассматривается как пропуск 3А.

Кроме того, есть код ошибки PR_6_RECREATE_JOURNAL , которая используется, когда журнал должен быть воссоздан. Очевидно, что это представляет собой отдельный проход: пройти 6. Она выполняется в функции главного.

Большинство ошибок, определенные в массиве problem_table проверяются в эти проходы. Для каждой ошибки можно увидеть количество пропусков, что оно подлежит от имени своего код ошибки: число после первого подчеркивания в имя код. Поэтому, например ошибка PR_1_TOO_MANY_BAD_BLOCKS обрабатывается пройти 1, и PR_3A_OPTIMIZE_DIR_ERR позаботятся в перевал 3А.

Она представляет особый интерес для данного вопроса, что общее число свободных блоков и свободных индексных дескрипторов проверяются раз в начале пройти 5: кроме быстрой регистрации в проход 0, где только соответствующие значения из блока группы дескрипторов были подведены итоги, на этот раз на счету рассчитываются на основе данных, которые e2fsck собрались основательно в ходе его проходит через всю файловую систему, где роль каждого блока и каждый inode были проанализированы индивидуально. Это делается с помощью функции check_block_bitmaps и check_inode_bitmaps , которые определены в файле e2fsck/pass5.С.

Различия полученных значений по сравнению с теми, в суперблок, рассматриваются как ошибки PR_5_FREE_BLOCK_COUNT и PR_5_FREE_INODE_COUNT. Кстати, эти ошибки помечаются PR_PREEN_NOMSG, поэтому они не сообщили Конкретно, когда чистили (-п).

Особые случаи: имеются исправления, что e2fsck может выполнять на файловой системе без вызова fix_problem или консультирование ошибку в каталоге problem_table. Эти корректировки выполняются только при отсутствии к -Н вариант и без предупреждения в выходной, но может в статус выхода. Я нашел три из этих источников:

• Исправление всего свободных блоков и свободных индексных дескрипторов графов в системном блоке во время прохождения 0 (без -н). Это уже обсуждалось выше.

• Во время прохода 1, Последние бесхозные поля в суперблоке автоматически очищается, если набор (без -н).

• Если ссылка графу значение, которое хранится в inode индексированного каталога указывает, что он ранее превысил верхнего предела, а текущий истинный граф окажется ниже этого предела, значение в inode молча исправлены в пас 4 (без -н).

Выхода состояния: для полного (принудительной) регистрации, выход кода определяется функцией основного после завершения проверки проходит в процессе анализа его результатов: если чек не был отменен на полпути, то состояние выхода будет ноль, если и только если не было никаких изменений в файловую систему до сих пор.

Последний штрих: если чек не был отменен на полпути, функции главного сбрасывает крепление счетчика в суперблоке и обновляет метку времени нет, так что e2fsck может сказать в будущем запускается при следующей полной проверке, чтобы быть вынужденным. Это делается при очистке после того, как состояние выхода была определена, поэтому это изменение никак не влияет на статус.

Обработчик сигнала: в функции ССБ , которая называется основной, как определено в e2fsck/UNIX систем.с, e2fsck появляется сигнал обработчики для радиоразведки, прекращается, SIGUSR1и SIGUSR2. Последние два варианта могут быть использованы для переключения прогресса, как описано в MAN-странице e2fsck(8).

Бывший, очевидно, обработано для безопасного прерывания и прекращения e2fsck.

Узнал из тестов

Пытаюсь воспроизвести поведение e2fsck , что показано в вопрос, я создал тест файловой системы ext2, населил ее фиктивные файлы до 10% от его емкости, и использовать HEX-редактор, чтобы ввести какие-то искусственные ошибки. То что файловых систем было проверено с той же команды, что и в вопрос, чтобы сравнить результаты и покинуть статусы e2fsck.

При последнем запуске в вопрос, количество используемых блоков изменилось. e2fsck вычисляет это значение очевидным образом из свободного блока отсчета и общая блоков графа. Именно поэтому я выбрал эти количества как субъект искусственных ошибок.

Свободные блоки графа в суперблок: данные структуры суперблока очень подробно описан в этом документе. (Современная версия этого документа, в котором описывается система ext4 файловая система, можно найти здесь.) Исходя из этого, я использовал HEX-редактор для уменьшения свободных блоков графа в суперблок на 2.

Этот искусственный ошибка была обнаружена e2fsck -НВ (без -Е), которые громко возмущались, принудительную полную проверку и вышел с Выход состояния 4.

Также заставляли читать-только бегать (-платформы NFV) сообщила, что ошибки и завершен со статусом 4.

В последующем -ПВ запустить (без -Е) нашли файловую систему в чистоте и не дать никакого уведомления об ошибке. Однако, он исправил ошибку и вывести количество используемых блоков на основе исправил значения, но завершен с кодом 0.

После введения ту же ошибку снова, вынужденная покрасоваться запуска (-пфв) также не сообщает об ошибке, но исправить ее выхода со статусом 1.

Такое поведение e2fsck может быть хорошо понято от того, что стало известно из источников, выше.

Это означает, что она должна была быть другая ошибка, которая привела к результатам проверки описано в вопрос: в противном случае, она бы сообщила только на чтение работает и исправлено с первым (невынужденных) чистят, так что последний нашел бы чистую файловую систему.

Общая блоков графа в суперблок: с помощью шестнадцатеричного редактора, я уменьшил общую блоки подсчет в системном блоке на 2.

Это была не обнаружена -НВ запуска (без -Е), в котором сообщалось, файловой системы, как чист и завершен с кодом 0.

Заставляя эту проверку (-платформы NFV), несколько ошибок были найдены—неправильные в смысле: e2fsck взял манипулировать общего числа блоков серьезно, и нашли в результате неправильного свободных блоков в последнем блоке группы и в суперблок. Кроме того, было установлено, что обивка в конце блока растровых не был установлен. Состояние выхода 4.

Последующее чистили (-ПВ, без -Е) принудительное полную проверку из-за различий между суперблок и его резервные копии. По ходу, он исправил все "неправильные" ошибки, которые были ранее найдены заставляли читать-только бежать. Однако, он только сообщает ("неправильных") ошибка в растровое заполнение, не давая любое уведомление о свободных блоков отсчетов. Он, наконец, завершен с кодом 1.

После введения ту же ошибку снова, вынужденная чистили (-пфв) сделал по сути то же самое, за исключением того, что не сообщили о разнице между суперблок и его резервные копии, что ранее послужило причиной для принудительной проверки.

Также такое поведение e2fsck можно понять из обсуждения источников выше. Было, однако, отличается от того, что описано в вопросе. Так должно быть, там другая ошибка.

Свободные блоки графа в резервной копии: блока номера резервных копий суперблока может быть найдено с

Значение lc_all=C и dumpe2fs <устройство> | грэп -я суперблок

Однако свободных блоков графа в первый суперблок резервного копирования полностью игнорируется e2fsck. На самом деле, похоже, что это значение отличается от того, что в основной суперблок даже в по-настоящему чистой файловой системы. И действительно, если кто-то думает об этом, это будет огромным накладные расходы, чтобы сохранить это значение постоянно синхронизируется на всех резервных копий. Поэтому я предполагаю, что это не имеет смысла вообще.

Общая блоков графа в резервного копирования: с помощью шестнадцатеричного редактора снова, я уменьшил общую блоков считай в первый суперблок резервную копию 2.

Этот искусственный ошибки было полностью проигнорировано e2fsck в режиме только для чтения: -Н и -апробирования.

А покрасоваться работать (-ПВ, без -Е) принудительное полную проверку даю сообщение

... основные особенности суперблок отличается от резервного копирования, проверки принудительной.

По ходу, она исправила ошибку без дополнительного сообщения и завершилась с кодом 1.

После введения ту же ошибку снова, вынужденная чистили (-пфв) сделал то же самое, но без какого-либо уведомления об ошибке.

Опять же, такое поведение можно понять из приведенного выше описания источников; и это отличается от того, что наблюдалось в вопрос.

Кроме того, невынужденных e2fsck работает, описанной в вопросе, а впоследствии проверки, описанные в обновление 1 сообщили одну и ту же общую блоков графа. Поэтому это значение не изменилось ни в одной из этих трасс, и, следовательно, не может быть предметом ошибку в розыск.

Это даст ответ на вопрос?

Короче: нет.

Для каждого отдельного запуска, описанной в вопросе, я нашла ошибки, которые приводят к наблюдаемым поведением e2fsck. Но я не нашел ни одной ошибки, что вызывает такое поведение всего выполняется в последовательности.

Все ошибки в problem_table исключены, потому что они сообщили бы как -NFV, что бежать или по -пфв запускать или как.

С учетом "особых случаев" выше, неправильная свободных блоков и свободных индексных дескрипторов рассчитывать сообщили бы "только для чтения" работает. Это был не тот случай.

Другие "особые случаи" не привело бы к изменению используемых блоков графа, который наблюдался в последнем сеансе.

Но ведь e2fsck - это сложный кусок программного обеспечения, так что это наиболее вероятно, что я предвидел что-то.

Результат

Перед эти выводы, похоже, что следующий процесс может использоваться, чтобы безопасно проверить размонтирования файловой системы ext2 с неизвестным состоянием здоровья и при этом избежать неприятных сюрпризов в интерактивной части и получать максимум информации из e2fsck.

Это предполагает здоровый оборудования! Если, в частности, привод не надежный в этом плане, безусловно, начинаем с шага 3 (резервное копирование файловой системы), исходя оставшиеся шаги в указанном порядке:

1. Делать -НВ запуска:

   Значение lc_all=C и e2fsck -НВ <устройство>; Эхо $?
   

2. Если e2fsck пропускает полную проверку файловой системы отчетности как чистые, заставить проверить, повторив Шаг 1 С -Ф.

3. В зависимости от повреждения нашли, резервное копирование файловой системы с ДД. Это позволяет восстановить текущее состояние, если вещи вам облажался в следующих шагах.

4. Если это представляется целесообразным по итогам чтения-только работает, сделать интерактивную проверку с

   Значение lc_all=C и e2fsck -V с <устройство>; Эхо $?
   

   принуждая это с -ф , если нужно сделать полную проверку.

5. Что делать, если интерактивный запуск не представляется возможным, зависит пока о выводах.

Приложение: Проверка объектов файловой системы

dumpe2fs: программа dumpe2fs может быть использован, чтобы выяснить, какие функции включены в файловой системе.

Это справедливо и для неизвестных объектов. В данном случае, dumpe2fs использует родовые названия, которые однозначно определяют соответствующие биты в особенности поля суперблока. Например FEATURE_R16 соответствует 16 бит (считая от 0) в читать-только совместимые функции поля суперблока. Аналогично, FEATURE_I31 соответствует наиболее значимый бит несовместимые характеристики поля.

Если функция сжатия устанавливается, dumpe2fs должна начинаться с -ф вариант.

Однако, версия 1.41.1 этой программы, кажется, немного глючит, как она падает с плавающей точкой исключения на некоторые комбинации включенных и отключенных функций, например поддержкой 64бит и инвалидов journal_dev.

активные: команда show_super_stats на активные уступает аналогичным выходом к dumpe2fs в связи с поддержкой файловой системы функции. Также эта программа рассказывает о неизвестных функций.

Версия 1.41.1 также этой программы, как представляется, почему-то глючит: команда show_super_stats падает с ошибкой сегментации, если сжатие или journal_dev включена. Как dumpe2fs, вся программа активные расправляется с плавающей точкой исключения, если функция 64бит включена, а journal_dev отключена.

tune2fs: если только распознанная файловая система, функции включены, они могут быть указаны как часть производства tune2fs -л. Однако, эта программа отказывается запускаться, если какой-то неведомой файловой системы функция включена, даже если на F- параметр используется.