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并更改最后的“ 0”（即相应的fs_passno列），然后重新启动：

根文件系统应使用fs_passno指定为1，其他文件系统应将fs_passno指定为2。

我不明白：

1. 如果这是一个虚拟驱动器，它应该不会更容易出错吗？
2. 使用设置的标志之一创建图像吗？如果不是，什么触发了它？
3. 为什么在Amazon EC2 Ubuntu映像上fs_passno设置为0？这不是第一个这样的人。

为什么在Amazon EC2 Ubuntu映像上将fs_passno设置为0？

如果fsck在启动时运行并发现问题，则它可能正坐在等待提示的答案。但是，由于Amazon EC2不提供对实例上控制台的访问，因此您无法回答提示，该实例将变得不可用。

链接的问答：

• 即使在重启后，在当天的消息中仍然存在永久性的“磁盘将被检查...”（更改）

在Eric的链接的问答中，简称为：

这是Ubuntu 11.04和12.04 ...上的错误，该错误会导致使用包含该消息的将来时间戳创建文件。

解决此错误的最简单方法是删除通知文件：

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

可以在该问答中找到其他处理它的方法。