ext4 сообщил, что чист с помощью fsck после жесткого сброса: это нормально?

Мой корневой раздел отформатирован как ext4-файловая система.

Я замечаю, что всякий раз, когда моя машина выходит из строя, и мне приходится ее перезагружать, при повторной загрузке и проверке корневой файловой системы этот шаг занимает немного (например, от одной до двух секунд) дольше, чем при загрузке из чистой системы, но он сообщается как «чистый» (и ничего подобного /dev/<rootpartition> was not cleanly unmounted, check forced ). Файловая система заполнена на 92% (352 гигабайт).

  • сложность «cd» на ext4
  • Доступ к файлу после fsck очень медленный для первого доступа?
  • Разница между резервными суперблоками
  • Семейство файловой системы EXT: Почему первый суперблок начинается со смещения 1024?
  • Почему файловая система EXT4 установлена ​​с использованием как relatime, так и lazytime
  • Опция файловой системы
  • Мой вопрос: я задаюсь вопросом, является ли это нормальным и безопасным поведением ext4 или некоторой ошибкой в ​​сценариях запуска. Я знаю, что ext4 имеет гораздо более быстрый fsck, чем ext3, но я беспокоюсь о том, что он сообщается как «чистый» после сбоя системы.

    Когда я запускаю e2fsck -f вручную на этом разделе, проверка по-прежнему сопоставима с файловой системой ext2 / ext3. Поэтому я волнуюсь и с тех пор, как я настроил свою файловую систему на каждую загрузку ( tune2fs -c 1 ), что приводит к полной проверке, если e2fsck -f каждой загрузке.

    Изменить, просто чтобы уточнить: после нечистого сброса, обычно, в / var, который является reiserfs, fsck повторяет записи журнала; on / boot, который является ext2, запускает fsck, отображает индикатор выполнения и сообщает «clean» после запуска. Только в корневой файловой системе не выполняется «проверка принудительного» и не появляется fsck-progress, которые появляются для других файловых систем, даже если они оказываются чистыми. Это тревожная разница!

  • Использует ли какая-либо файловая система Copy for Write Mechanism для CP
  • Файловая система внезапно доступна только для чтения?
  • Изменение размера раздела на слишком маленькое значение после сокращения файловой системы
  • Почему этот переключатель будет эффективно форматировать диск на ext2 вместо ext4?
  • Как написать isolinux в файловую систему ext4
  • Различные UID / GID при использовании USB-диска формата ext4 с другим компьютером
  • 3 Solutions collect form web for “ext4 сообщил, что чист с помощью fsck после жесткого сброса: это нормально?”

    ext4 – файловая система журналирования, и одна из главных целей ведения журнала – выжить при нечистых остановках без ущерба и, следовательно, не требует долгого fsck.

    Короче говоря, файловая система журналов, такая как ext3 / 4, записывает метаданные (по крайней мере), меняется дважды . Во-первых, он пишет их в «журнал». Затем, когда это на диске, он записывает фактические метаданные файловой системы. (Запись в журнал происходит намного быстрее, поскольку журнал является последовательным и не требует кучу поисков. По крайней мере, на магнитных дисках искажение штрафов значительно уменьшается на SSD.)

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

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

    Fsck обычно запускается при запуске, когда ваша файловая система не была размонтирована (обычно, когда вам приходится жестко перезагружать). fsck проверит вашу файловую систему перед ее установкой и сообщит об ошибке, если обнаружит, что что-то пойдет не так (несоответствия, не удалось воспроизвести журнал, сироты inodes …) или сообщит «чистый», если он не обнаружит ошибок. Поэтому в вашем случае вам повезет, и ваша файловая система в порядке. Существует очень интересная статья о fsck, если вы хотите получить дополнительную информацию о том, как она работает внутри страны: https://lwn.net/Articles/248180/

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

    Linux и Unix - лучшая ОС в мире.