再起動後もその日のメッセージ（motd）に永続的な「ディスクがチェックされます...」

このエラーについて言及しているスレッドが他にもいくつかあることがわかりますが、運が悪かったので解決策を試しました。

12.04サーバーにログインすると、次のメッセージが表示されます。

/dev/sdb1 will be checked for errors at next reboot
/dev/sdc1 will be checked for errors at next reboot

問題は、チェックが行われず、引き続きメッセージが表示されることです。両方のドライブでfsckを実行しましたが、問題ありません。

hard-drive fsck motd

— dpbklyn
ソース

再起動しても警告が表示されませんでした

— ...-dpbklyn

touch /forcefsck再起動するよう提案しましたが、まだこの警告が表示されます。

— pcm

これがあなたを助けている場合を参照してください：askubuntu.com/questions/60249/...

— Takkat

ドライブに関する日（MOTD）のメッセージでメッセージがドライブをするときにも消えないチェックされているチェックして。これはUbuntuの既知のバグです。これは、メッセージが/var/lib/update-notifier/fsck-at-reboot常に再計算されないようにファイルにキャッシュされるために発生します。/usr/lib/update-notifier/update-motd-fsck-at-rebootファイルのタイムスタンプをチェックし、頻繁に再生成することになっています。ただし、バグがあり、タイムスタンプは再生成されないように設定されます

— スティーブンオステルミラー

Ubuntu 14.04.1でも同様の警告が表示されます。*** / dev / xvda1でエラーをチェックする必要があります***不良ブロックはありません。ログにはすべて問題なく表示されます。これは同じバグですか？

— plamtrue

回答:

これはUbuntu 11.04の既知のバグであり、12.04 LTSにも存在しているようです。起こることはあなたが説明したことです：あなたのハードドライブに何も問題がなく、チェックが予定されていない/行われるにもかかわらず、あなたは通知を受け取り続けます。

それはによって引き起こされています/usr/lib/update-notifier/update-motd-fsck-at-rebootスクリプト生成/var/lib/update-notifier/fsck-at-reboot将来のタイム・スタンプを持つファイルを。前のリンクは、Ubuntuのメンテナ（スティーブLangasekさん）のいずれかから、複雑な解決策を持っていますが、それは最も単純かもしれちょうどこれを行うには：

で端末を開く Ctrl-Alt-T

タイプ：

sudo rm /var/lib/update-notifier/fsck-at-reboot

ターミナルを終了し、再起動（またはログアウト/ログイン）します。

— Hは
ソース

私の場合、ファイルを編集してテキストを削除すると問題が解決しました。次のログインで削除しようとしたときに、ファイルが再作成されるだけなので、問題は解決しません。

— サヴァスヴェドヴァ

再起動やログアウトの任意の並べ替えなしに問題を解決します。ここのコマンド：

sudo bash -c 'rm /var/lib/update-notifier/fsck-at-reboot && for file in /etc/update-motd.d/*; do $file; done > /var/run/motd' && cat /etc/motd

— スティーブンOstermiller

14.04でもまだ問題がありますが、この解決策では何も修正されませんでした。

— ロン・スミス

cat /dev/null > /var/lib/update-notifier/fsck-at-reboot

私のためにこれを修正しました....

Ubuntu 12.04.2 LTS。

3.2.0-51-generic #77-Ubuntu SMP Wed Jul 24 20:18:19 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

— user184066
ソース

ええ、私がやったrm fsck-at-rebootとき、再びログインしたときに再作成されました。そのfsck-at-rebootため、メッセージを削除するには編集する必要がありました。（これは、AWS EC2 Ubuntuの13機のためだった）

— wisbucky

ここでも同じですが、削除する代わりに編集することで問題が解決しました。ありがとう。

— サバスヴェドバ

今日、この同じ問題が発生しました。関連するファイルシステムを持つ行の/ etc / fstabファイルで、最後のフィールドに「0」がありました。つまり、ブート時にfsckしません。これは、ルートファイルシステムの場合は「1」、その他のファイルシステムの場合は「2」になっているはずです。

また、motd（成功した）fsckの後に更新されませんでした。次のコマンドを使用できます。

tune2fs -l /dev/something

次に、「Last Checked」という行を探します。

— 人間
ソース

これは非常に役立ちます。

— タコグラブバス

あなたが変える必要があるかどうかはわかりませんfstab。これは他の場所で管理されていると思います。

— ベール