Принудительно fsck.ext4 при перезагрузке, но действительно «принудительно»

Один из моих серверов Ubuntu 10.04 доставляет мне неприятности. Когда я запускаю, fsck.ext4 -n /dev/sda5он говорит мне, что есть ошибки в подсчете свободных инодов, подсчетах свободных блоков и многом другом.

Я пытался:

touch /forcefsck

Также попробовал:

shutdown -rF now

и все же после перезагрузки я вижу ошибки.

Я также только что проверил на своем нетбуке eeePC, Ubuntu 10.10, и у меня та же проблема!

Как заставить принудительно "принудительно" "принудительно" "серьезно исправить мою файловую систему" fsck файловой системы "/" при перезагрузке?

Пояснение: я запускаю, fsck.ext4 -nпотому что это смонтированная файловая система, чтобы проверить, есть ли ошибки. Это говорит мне, что есть. Я думал, что автоматический fsck каждые 30 монтирует во время процесса загрузки именно для того, чтобы позаботиться об ошибках в корневой файловой системе. Но это не делает это в моем случае. Я мог бы перезагрузиться с LiveCD и исправить ошибки, а затем перезагрузить снова, но это серьезное время простоя для живого сервера. Перезагрузка, auto fsck, затем продолжение загрузки намного более устойчива на работающем сервере, и я считаю, что такое поведение должно быть правильным.

Дополнительная информация: Вот вывод. Похоже, что-то, что исправит autofsck, не так ли?

root@server:~# fsck.ext4 -n /dev/sda5
e2fsck 1.41.11 (14-Mar-2010)
Warning!  /dev/sda5 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/sda5 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (1849368, counted=1948909).
Fix? no

Free inodes count wrong (545504, counted=552134).
Fix? no


/dev/sda5: ********** WARNING: Filesystem still has errors **********

/dev/sda5: 116752/662256 files (0.2% non-contiguous), 795324/2644692 blocks

Со страницы руководства e2fsck:

«Обратите внимание, что в общем случае запускать e2fsck на смонтированных файловых системах небезопасно. Единственное исключение - это, если указана опция -n и не заданы опции -c, -l или -L. Однако даже если это безопасно для этого результаты, напечатанные e2fsck, недействительны, если файловая система смонтирована. Если e2fsck спросит, следует ли проверять смонтированную файловую систему, единственный правильный ответ - «нет». Только эксперты, которые действительно знают, что они должны рассмотреть вопрос об ответе на этот вопрос любым другим способом ".

Так что если вы проверяете смонтированную FS с помощью fsck, даже используя опцию -n, результат может оказаться недействительным. Не проверяйте смонтированные файловые системы. Используйте Live-CD / Live-USB.

Если вы не проверяете файловую систему во время ее монтирования, я не понимаю, зачем вам нужно ее использовать, touch /forcefsckвы можете просто размонтировать ее и исправить. Но если это так, и после исправления у вашей FS все еще есть ошибки, тогда вы можете рассмотреть возможность использования:

e2fsck -cy /dev/sda5

Это устранит проблему, связанную с жестким диском, которая называется «плохие блоки» (это может занять много времени).

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

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

Вам нужно запустить команду sudo touch /forcefsck. Это заставит его выполнить fsck при следующей загрузке. Вы можете увидеть результаты fsck в /var/log/boot.log.

Тем не менее, вы не гарантированы, что fsck исправит все, что найдет. Для этого вам нужно отредактировать файл / etc / default / rcS. В конце этого файла есть строка:

FSCKFIX=no

Это должно быть изменено на следующее:

FSCKFIX=yes

Это будет иметь тот же эффект, что и запуск fsck с параметром -y, который принудительно выполнит все возможные исправления и не потребует взаимодействия с пользователем.

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

sudo touch /forcefsck
sudo reboot

У вас есть опечатка - вы трогаете / forcefcsk. «С» и «S» поменялись местами. fsck - это сокращение от FileSystemChecK.

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

Вы можете сделать изменения автоматически следующим образом:

Tune2fs -c 5 -i 10 / dev / sda1

-cмаксимальное количество монтирований перед запуском fsckи -iмаксимальное количество дней перед запуском fsck.

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

У меня есть два компьютера, один с Linux SuSE 13.2 и другой с Linux Mint 18.0, и на обоих он отлично работает.

touch /forcefsckОдно не гарантировало, что моя система заработала fsckпри следующей загрузке. Мне также нужно было запустить:

sudo tune2fs -c 1 /dev/<my partition>

например

sudo tune2fs -c 1 /dev/sda1

Более подробное объяснение я нашел здесь: Как заставить fsck проверять файловую систему после перезагрузки