Ubuntu 12.04 na Amazon EC2: / dev / xvda1 będzie sprawdzany pod kątem błędów przy następnym uruchomieniu?

Korzystam z najnowszej wersji Ubuntu 12.04 AMI ( ami-a29943cb) firmy Canonical na Amazon EC2 i dość często po zalogowaniu otrzymuję komunikat:

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

Przeczytałem sporo dokumentacji na ten temat i wydaje mi się, że rozumiem, że przy tak wielu restartach (około 37 patrz Mount count/ Maximum mount countponiżej) Ubuntu chce sprawdzić dysk pod kątem błędów. Widzę to za pomocą dumpe2fs -h /dev/xvda1( referencji ), aby uzyskać informacje, takie jak:

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

Próbowałem tych rzeczy, aby pozbyć się wiadomości i zwykle badblocksto dla mnie robi:

Uruchom to polecenie i uruchom ponownie:

sudo touch /forcefsck

Uruchom badblocks, aby sprawdzić dysk:

badblocks /dev/sda1

Edytuj /etc/fstabi zmień ostatnie „0”, które jest odpowiednio fs_passnokolumną, a następnie uruchom ponownie:

Główny system plików powinien mieć wartość fs_passno równą 1, a inne systemy plików powinny mieć wartość fs_passno równą 2.

Nie rozumiem:

1. Jeśli jest to dysk wirtualny, czy nie powinien być mniej podatny na błędy?
2. Czy obraz został utworzony przy użyciu jednej z flag? Jeśli nie, co go wyzwala?
3. Dlaczego jest fs_passnoustawiony 0na obrazy Ubuntu Amazon EC2? To nie pierwszy taki.

Dlaczego fs_passno ma wartość 0 w obrazach Amazon EC2 Ubuntu?

Jeśli fsck został uruchomiony przy starcie systemu i znalazł problemy, to może siedzieć i czekać na odpowiedź na monit. Ponieważ jednak Amazon EC2 nie zapewnia dostępu do konsoli w instancji, nie ma sposobu, aby odpowiedzieć na monit, a instancja stałaby się bezużyteczna.

Połączone pytania i odpowiedzi:

• Trwały „dysk zostanie sprawdzony ...” w komunikacie dnia (motd) nawet po ponownym uruchomieniu

Z połączonych pytań i odpowiedzi Erica , krótka wersja to:

Jest to błąd w systemach Ubuntu 11.04 i 12.04 ..., który powoduje utworzenie pliku ze znacznikiem czasu w przyszłości, który zawiera tę wiadomość.

Najprostszym rozwiązaniem tego błędu jest usunięcie pliku powiadomienia:

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

Inne sposoby radzenia sobie z tym można znaleźć w tym pytaniu i odpowiedziach .