Должен ли я проверять ext3 на встроенной системе?

Я думаю, что ответ на ваш вопрос больше относится к тому, какие типы требований согласованности предъявляет ваше приложение к своим данным. То есть что должно быть гарантировано в случае пропадания питания без формального отключения системы? В общем, ни одна из файловых систем настольных операционных систем не справляется со всем этим должным образом без закрытия / синхронизации файлов определенного приложения, очистки дисковых кешей и т. факт передан в СМИ.

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

Я согласен с тем, что размещение ваших двоичных файлов или других важных данных только для чтения в отдельном разделе, доступном только для чтения, действительно помогает гарантировать, что они не могут быть ошибочно выброшены из-за исправления fsck в структурах файловой системы. Как минимум, поможет их размещение в подкаталоге, отличном от корневого каталога, в котором хранятся данные R / W. Но в обоих случаях, если вы поддерживаете обновления программного обеспечения, вам все равно нужна схема для записи областей «только для чтения».

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

Дэйв,

Я всегда рекомендую запускать fsck после нескольких перезагрузок, но не каждый раз.

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

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

Я не уверен, на каком встроенном устройстве вы работаете, но как часто оно перезагружается? Если это управляемая перезагрузка, вы всегда можете выполнить «синхронизацию; синхронизацию; синхронизацию» перед перезапуском.

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

А насчет разделения вашего раздела я сомневаюсь в его пользе. Для всех данных / файлов в файловой системе есть связанные с ними метаданные. В большинстве случаев, если вы не меняете файлы, например. двоичные / системные файлы, то эти метаданные не должны меняться. Если у вас нет неисправного оборудования, такого как перекрестная запись и чтение, эти файлы только для чтения должны быть в безопасности.

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

Надеюсь, это поможет.