これは、ハードウェア クロックが停止した場合、またはハードウェア クロックが過去のある時点で誤って遠い未来に設定された場合 (その後、元に戻された場合) に発生する可能性があります (通常は実際に発生します)。前者は後者よりもはるかに一般的です。
マシンのシステム クロックとハードウェア クロックの両方が正確であることを確認します (hwclock
を実行します)。 )、次にメンテナンスでマシンを停止し、電源を切り、電源を抜き(物理的に主電源から切り離します)、数分待ってから再度起動します。 BIOSにジャンプして、そこで時間を確認します。それでも正しい場合は、ハードウェア クロックの設定ミスである可能性が高く、おそらく再発することはありません。現在間違っている場合 (おそらく 1988 年 1 月 1 日またはその他の "ラウンド" 時刻に設定されている)、CMOS バッテリーが切れているため、BIOS で時刻を正しく設定してマシンを再起動する前に、CMOS バッテリーを交換する必要があります。予備の BIOS バッテリを常に手元に置いておくことをお勧めします (当社の DC ツールボックスにはそれぞれ 1 箱入っています)。
...そして if クロックは正しく設定されています。fsck
を実行するだけです .恐れるな。これはテスト用のディストリビューションです - おそらく彼らは何かを台無しにしました。;)
Linux Mint Debian Edition (LMDE) で、上記の Cook Schelling の回答を使用して、/etc/default/rcS を管理者として編集し、「FSCKFIX=no」を「FSCKFIX=yes」に変更しました
再起動したら、問題は解決しました。
これで、BIOS セットアップでクロックを変更すると、システムは「スーパーブロックの最終マウント時刻が未来である」タイプの問題を自動的に修正します。