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


28

Я использую последнюю версию 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? Это не первый, который похож на это.

1
Не то чтобы это имеет значение для этого вопроса, но ami-a29943cb (20120424) не является последней 12.04-битной загрузкой EBS 64-битного AMI от Canonical в us-east-1. На момент публикации это ami-9c78c0f5 (20121026).
Эрик Хаммонд

Почему это не появляется здесь? - cloud.ubuntu.com/ami
cwd

Очевидно, проблема с идентификатором AMI ubuntu.com является известной проблемой. Не уверен, когда это будет исправлено. В то же время я использую API-идентификатор Ubuntu AMI для публикации последних идентификаторов AMI в своем техническом блоге. Просто выберите регион EC2 в выпадающем меню в правом верхнем углу Alestic.com
Эрик Хаммонд,

Ответы:


10

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

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


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


Хотя AWS действительно предоставляет доступ к просмотру вывода консоли - img19.imageshack.us/img19/233/screenshot20121108at124o.png . Есть мысли по вопросам 1 и 2?
cwd

@cwd: EC2 предоставляет только снимок вывода консоли в фиксированный момент времени (через несколько минут после запуска / перезагрузки / завершения). Этот вывод консоли не обновляется. И нет никакого способа взаимодействия с консолью, что вам нужно для ответа на приглашение fsck.
Эрик Хаммонд

@cwd: частота отказов томов EBS зависит от того, сколько блоков было изменено с момента последнего снимка. Тем не менее, fsck исправляет файловую систему, которая может быть повреждена, даже если с базовым блочным устройством все в порядке.
Эрик Хаммонд

@cwd: Я не знаю, почему вы получаете уведомление о том, что диск будет проверен на ошибки при следующей перезагрузке, когда fs_passno равен 0.
Эрик Хаммонд,

18

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

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

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

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

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


работал на меня. используя Ubuntu 14.04. Благодарность!
Hyubs

Ничего не исправил для меня 14.04
Рон Смит
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.