GNU/Linux >> Linux の 問題 >  >> Linux

スーパーブロックの最終マウント時刻は未来です

これは、ハードウェア クロックが停止した場合、またはハードウェア クロックが過去のある時点で誤って遠い未来に設定された場合 (その後、元に戻された場合) に発生する可能性があります (通常は実際に発生します)。前者は後者よりもはるかに一般的です。

マシンのシステム クロックとハードウェア クロックの両方が正確であることを確認します (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 セットアップでクロックを変更すると、システムは「スーパーブロックの最終マウント時刻が未来である」タイプの問題を自動的に修正します。


Linux
  1. NFSマウントの有効性の検証

  2. 電子メールが最後に使用された時間を知る方法は?

  3. シェルで最後に実行されたコマンドの実行時間を見つける方法はありますか?

  1. Linuxatコマンドでタスクをスケジュールする

  2. 行の最後のフィールドでのソート

  3. 複数のコマンドの実行時間を計る

  1. 最後にWindowsを使用したのはいつですか。

  2. Linuxでのコマンドまたはプロセスの実行時間を検索する

  3. 暗号化されたLvmボリューム(luksデバイス)が起動時にマウントされないのはなぜですか?