Ubuntu 12.04 su Amazon EC2: / dev / xvda1 verrà controllato per errori al prossimo riavvio?

Sto eseguendo l'ultimo Ubuntu 12.04 AMI ( ami-a29943cb) di Canonical su Amazon EC2 e abbastanza spesso quando eseguo l'accesso ricevo il messaggio:

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

Ho letto un sacco di documentazione su questo e sembra capire che ogni così tanti riavvii (circa 37 vedi Mount count/ Maximum mount countsotto) Ubuntu vuole controllare un disco per errori. Posso vedere che usando dumpe2fs -h /dev/xvda1( riferimento ) per ottenere informazioni come:

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

Ho provato queste cose per sbarazzarmi del messaggio e di solito badblocksè quello che fa per me:

Esegui questo comando e riavvia:

sudo touch /forcefsck

Eseguire badblock per controllare il disco:

badblocks /dev/sda1

Modifica /etc/fstabe modifica l'ultimo "0" che è la fs_passnocolonna di conseguenza e quindi riavvia:

Il filesystem di root dovrebbe essere specificato con un fs_passno di 1 e gli altri filesystem dovrebbero avere un fs_passno di 2.

Non capisco:

1. Se si tratta di un'unità virtuale non dovrebbe essere meno soggetta a errori?
2. L'immagine è stata creata con una delle bandiere impostate? In caso contrario, cosa lo sta innescando?
3. Perché è fs_passnoimpostato 0su immagini Ubuntu Amazon EC2? Questo non è il primo ad essere così.

Perché fs_passno è impostato su 0 su immagini Amazon EC2 Ubuntu?

Se fsck è stato eseguito all'avvio e ha riscontrato problemi, potrebbe rimanere in attesa della risposta a un prompt. Tuttavia, poiché Amazon EC2 non fornisce l'accesso alla console su un'istanza, non è possibile rispondere al prompt e l'istanza diventa inutilizzabile.

Domande e risposte collegate:

• Il "disco verrà controllato ..." persistente nel messaggio del giorno (motd) anche dopo il riavvio

Dalle domande e risposte collegate di Eric , la versione breve è:

È un bug su Ubuntu 11.04 e 12.04 ... che provoca la creazione di un file con un time stamp futuro che contenga quel messaggio.

La soluzione più semplice per correggere questo errore è eliminare il file di notifica:

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

Altri modi per gestirlo possono essere trovati in tali domande e risposte .