Что именно проверяет автоматизированная корневая файловая система ext3?
Недавно мы столкнулись с проблемой (плохие блоки) с компактной флэш-картой ext3, работающей под управлением встроенной системы Linux. При запуске была запущена проверка корневой файловой системы, но она зависла, так как это заняло гораздо больше времени, чем обычно. Позже я подключил карту к другому компьютеру и обнаружил плохие блоки. Теперь мне интересно, если бы первоначальная проверка корневой файловой системы также обнаружила восстановленные блоки, если бы я ждал достаточно долго. Чтобы узнать это, я проверил справочные страницы tune2fs и e2fsck, но не смог найти ответы на свои вопросы:
Могу ли я повлиять на проверки / исправления, которые выполняются с помощью этих автоматических проверок корневой файловой системы? Если да, как я могу это настроить?
Если невозможно настроить: что именно проверяется или ремонтируется, каковы настройки по умолчанию, какие флаги используются для автоматической проверки?
1 ответ
если бы начальная проверка корневой файловой системы нашла бы восстановленные блоки
ОС будет запускать автоматический полный fsck в ext3 только в том случае, если в файловой системе не включено журналирование, и в системе произошел сбой или достигнут предел перемонтирования. Он обнаружил бы плохие блоки, если бы вы попытались записать или прочитать их - но это не вызвало бы автоматический fsck - он либо перемонтировал бы диск только для чтения, либо вызвал бы панику ядра в зависимости от того, как он был настроен.
Предполагая, что он настроен на ведение журнала, тогда тесты, выполняемые при монтировании, только проверяют, какие операции журнала могут быть перенесены.
Я проверил tune2fs
Вы видели, что делают флаги -i, -C и -c? (обратите внимание, что они запускают fsck только при некоторой перезагрузке в будущем - невозможно запланировать корневой fsck в работающей системе).
Технология CF становится довольно длинной и относительно дорогой по сравнению с другими форматами - напрашивается вопрос, сколько лет этой карте и стоит ли пытаться ее сохранить. Хотя операционную систему таких устройств вполне можно запустить, они на самом деле не предназначены для этой цели - подключенные к SATA и флэш-накопители становятся обычным явлением, но причина, по которой они стоят намного дороже, чем, скажем, карты SD, в том, что они включают смартов для управления хранилищем и работы с плохими блоками.
К сожалению, нет файловой системы, способной управлять основными устройствами хранения с ограничением записи, подключенными через IDE/SCSI/USB (JFFS2 использует прямой доступ к базовому хранилищу - т.е. устройствам, подключенным к шине PCIe).
Это, безусловно, очень хорошая идея - ожидать, что устройство CF будет вести себя как обычный диск - взгляните на puppy - оно делает некоторые очень умные вещи с оверлеями, чтобы уменьшить количество операций записи на диск, хотя можно выполнять много настройка всех файловых систем для уменьшения частоты записи - ознакомьтесь с рекомендациями по настройке Linux на ноутбуках для уменьшения количества операций ввода-вывода.