☰

Sheevaplugの電源を入れたときにfsckが強制されるのはなぜですか？

tag-icon • tag-icon linux arm fsck
Sheevaplugの電源を入れたときにfsckが強制されるのはなぜですか？

電源を入れました。シバプラグ、数日間の休暇後に電源が供給されません。

ネットワークで使用できるまで60秒以上待っていましたが、以前はこれほど時間がかかったことを覚えています。ディスク上でうなり声が出て、fsckを実行するのに数分かかりました。

fsckをなぜするか。私のファイルシステムが完全にアンマウントされていない理由はありますか？

Debian Jessie を実行します。

$ systemd-analyze blame
    2min 26.613s systemd-fsck@dev-mapper-vg_brick\x2dlv_backup.service
    2min 13.294s systemd-fsck@dev-mapper-vg_brick\x2dlv_attic.service
    1min 55.661s systemd-fsck@dev-mapper-vg_brick\x2dlv_home.service
         35.407s systemd-fsck@dev-mapper-vg_brick\x2dlv_aptcache.service

$ journalctl -b

Jan 01 02:17:57 brick systemd[1]: Found device /dev/mapper/vg_brick-lv_aptcache.
Jan 01 02:17:57 brick systemd[1]: Starting File System Check on /dev/mapper/vg_brick-lv_aptcache...
Jan 01 02:17:57 brick systemd-fsck[429]: aptcache: Superblock last write time (Sun Apr  2 20:58:31 2017,
Jan 01 02:17:57 brick systemd-fsck[429]: now = Tue Jan  1 02:17:57 2013) is in the future.
Jan 01 02:17:57 brick systemd-fsck[429]: FIXED.

答え1

時計が戻ると強制fsckが発生すると予想されます。 ソースコード。バッテリー対応の時計がないシステムでしばらくプラグを抜くと、これが起こります。

（コードはまた、この動作に影響を与える可能性があるオプションがあることを示します。強制チェックは、適用されなくなった180日ごとに強制チェックする以前のデフォルト値の遺産であるとも言えます。）

また、11分以内にシステムを再起動すると、fsckが再び強制されます。ただし、デーモンの起動後11分を許可すると、ハードウェアntpdクロックはインターネットNTPサーバーで更新されます。再起動すると、カーネルはハードウェアクロックで正確なシステム時間を設定します。これにより、この必須確認が発生していることがわかりません。

関連情報