Ubuntu 12.04 на Amazon EC2: / dev / xvda1 будет проверен на ошибки при следующей перезагрузке?

Я использую последнюю версию Ubuntu 12.04 AMI ( ami-a29943cb) от Canonical на Amazon EC2, и довольно часто при входе в систему я получаю сообщение:

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

Я прочитал кучу документации по этому вопросу и, похоже, понимаю, что при каждом таком количестве перезагрузок (около 37 см. Mount count/ Maximum mount countНиже) Ubuntu хочет проверять диск на наличие ошибок. Я вижу это, используя dumpe2fs -h /dev/xvda1( ссылку ), чтобы получить такую ​​информацию, как:

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. Почему fs_passnoустановлено 0на образы Amazon EC2 Ubuntu? Это не первый, который похож на это.

Почему для fs_passno в образах Amazon EC2 Ubuntu установлено значение 0?

Если fsck запустился при загрузке и обнаружил проблемы, то он может сидеть и ждать ответа на приглашение. Однако, поскольку Amazon EC2 не предоставляет доступ к консоли в экземпляре, вы не сможете ответить на приглашение, и экземпляр станет непригодным для использования.

Связанные вопросы и ответы:

• Постоянный «диск будет проверен ...» в сообщении дня (motd) даже после перезагрузки

Из связанных вопросов и ответов Эрика , короткая версия:

Это ошибка в Ubuntu 11.04 и 12.04 ..., которая приводит к созданию файла с будущей отметкой времени, содержащей это сообщение.

Самое простое решение для исправления этой ошибки - удалить файл уведомления:

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

Другие способы борьбы с ним можно найти в том , что Q & A .