Ubuntu 12.04 sur Amazon EC2: / dev / xvda1 sera vérifié pour les erreurs au prochain redémarrage?

28

J'exécute la dernière AMI Ubuntu 12.04 ( ami-a29943cb ) de Canonical sur Amazon EC2 et assez souvent lorsque je connecte je reçois le message:

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

J'ai lu un tas de documentation à ce sujet et semble comprendre que tant de redémarrages (autour de 37 voir Mount count / Maximum mount count ci-dessous) Ubuntu veut vérifier un disque pour des erreurs. Je peux voir cela en utilisant dumpe2fs -h /dev/xvda1 ( reference ) pour obtenir des informations telles que:

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

J'ai essayé ces choses pour me débarrasser du message et généralement le badblocks est ce que cela fait pour moi:

Exécutez cette commande et redémarrez:

sudo touch /forcefsck

Exécutez les badblocks pour vérifier le disque:

badblocks /dev/sda1

Modifiez /etc/fstab et modifiez en conséquence le dernier "0" correspondant à la colonne fs_passno , puis redémarrez:

  

Le système de fichiers racine doit être spécifié avec un fs_passno de 1, et les autres systèmes de fichiers doivent avoir un fs_passno de 2.

Je ne comprends pas:

  1. S'il s'agit d'un lecteur virtuel, ne devrait-il pas être moins sujet aux erreurs?
  2. L’image a-t-elle été créée avec l’un des drapeaux? Si ce n'est pas ce qui le déclenche?
  3. Pourquoi fs_passno est-il défini sur 0 sur les images Amazon EC2 Ubuntu? Ce n'est pas le premier qui ressemble à ça.
posée cwd 08.11.2012 - 04:49
la source

2 réponses

10
  

Pourquoi fs_passno est-il défini sur 0 sur les images Amazon EC2 Ubuntu?

Si fsck était lancé au démarrage et détectait des problèmes, il se peut qu’il attende la réponse à une invite. Toutefois, Amazon EC2 ne permettant pas d'accéder à la console sur une instance, vous ne pouvez pas répondre à l'invite et l'instance devient inutilisable.

Lié Q & A; A:

réponse donnée Eric Hammond 08.11.2012 - 05:23
la source
18

De Eric Q & A lié , la version courte est la suivante:

  

C'est un bogue sur Ubuntu 11.04 et 12.04 ... qui provoque la création d’un fichier avec un futur horodatage contenant ce message.

La solution la plus simple pour résoudre ce problème consiste à supprimer le fichier de notification:

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

On peut trouver d’autres moyens de résoudre ce problème en Q & amp; A .

    
réponse donnée cwd 07.09.2013 - 06:18
la source

Lire d'autres questions sur les étiquettes