web-dev-qa-db-ja.com

ブート時にfsckが想定どおりに動作しないのはなぜですか?

私が試してみました

Sudo touch /forcefsck

その後、再起動すると、ファイルは消えますが、ディスクチェックは行われなかったようです。ブートプロセス全体は10秒未満です!

次に、毎日強制的に再起動するためにこれを試しました:

Sudo tune2fs -i 1 /dev/sda1

確認するために、私はこれを実行しました:

Sudo dumpe2fs -h /dev/sda1 

関連する出力行は次のとおりです。

Last checked:             Sun Sep  4 12:15:45 2016
Check interval:           86400 (1 day)
Next check after:         Mon Sep  5 12:15:45 2016

「日付」を実行すると、時計が現在2016年12月19日であると表示されるため、fsckは次回の起動時に実行されるはずです。しかし、再起動すると再び高速になり、dumpe2fsが再実行されます。上記とまったく同じテキストが表示され、fsckを実行しようとしてもいないことを示唆しています。

起動時にfsckを強制的に実行するにはどうすればよいですか?

6
Michael

16.04はsystemdを使用してブートプロセスを管理します。試したオプションは、古いSysVと初期バージョンの pstart です。systemd管理対象OSでfsckを強制的にブートするには、カーネルパラメーターを渡す必要がありますファイルシステムのチェックは自動的に行われるため、これらは必要ありません。カーネルパラメーター(fsck.modeおよびfsck.repair)の詳細については、 here および here を参照してください。

2
slowko