Amazon EC2上のUbuntu 12.04：/ dev / xvda1は、次回の再起動時にエラーがチェックされますか？

Amazon EC2でCanonicalの最新のUbuntu 12.04 AMI（ami-a29943cb）を実行しています。ログインすると、次のメッセージが頻繁に表示されます。

*** /dev/xvda1 will be checked for errors at next reboot ***

私はこれに関する多くのドキュメントを読みましたが、非常に多くのリブート（約37を参照Mount count/ Maximum mount count以下）ごとにUbuntuがエラーのディスクをチェックしたいことを理解しているようです。dumpe2fs -h /dev/xvda1（reference）を使用して次のような情報を取得することでそれを確認できます。

Last mounted on:          /
Filesystem UUID:          1ad27d06-4ecf-493d-bb19-4710c3caf924
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              524288
Block count:              2097152
Reserved block count:     104857
Free blocks:              1778055
Free inodes:              482659
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      511
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Tue Apr 24 03:07:48 2012
Last mount time:          Thu Nov  8 03:17:58 2012
Last write time:          Tue Apr 24 03:08:52 2012
Mount count:              3
Maximum mount count:      37
Last checked:             Tue Apr 24 03:07:48 2012
Check interval:           15552000 (6 months)
Next check after:         Sun Oct 21 03:07:48 2012
Lifetime writes:          2454 MB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      0a25e04c-6169-4d68-bfa6-a1acd8e39632
Journal backup:           inode blocks
Journal features:         journal_incompat_revoke
Journal size:             128M
Journal length:           32768
Journal sequence:         0x0000158b
Journal start:            1

メッセージを取り除くためにこれらのことを試みましたbadblocksが、通常はそれが私にとって何をするのですか？

次のコマンドを実行して再起動します。

sudo touch /forcefsck

badblocksを実行してディスクを確認します。

badblocks /dev/sda1

それに応じ/etc/fstabてfs_passno列である最後の「0」を編集および変更してから再起動します。

ルートファイルシステムはfs_passnoが1で指定され、他のファイルシステムはfs_passnoが2である必要があります。

わかりません：

1. これが仮想ドライブの場合、エラーが発生しにくいのではないでしょうか？
2. フラグのいずれかが設定されたイメージが作成されましたか？そうでない場合、それをトリガーしているものは何ですか？
3. Amazon EC2 Ubuntuイメージでにfs_passno設定され0ているのはなぜですか？これはこのような最初のものではありません。

Amazon EC2 Ubuntuイメージでfs_passnoが0に設定されるのはなぜですか？

ブート時にfsckが実行され、問題が見つかった場合、プロンプトに対する回答を待っている可能性があります。ただし、Amazon EC2はインスタンスのコンソールへのアクセスを提供しないため、プロンプトに答えることができず、インスタンスは使用できなくなります。

リンクされたQ＆A：

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

EricのリンクされたQ＆Aから、短いバージョンは次のとおりです。

これはUbuntu 11.04および12.04のバグであり、そのメッセージを含む将来のタイムスタンプでファイルが作成されます。

このバグを修正する最も簡単な解決策は、通知ファイルを削除することです。

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

それに対処する他の方法は、そのQ＆Aにあります。