web-dev-qa-db-fra.com

Ubuntu 12.04 sur Amazon EC2: / dev / xvda1 sera-t-il soumis à une vérification des erreurs lors du prochain redémarrage?

J'utilise la dernière AMI Ubuntu 12.04 (AMI-a29943cb) de Canonical sur Amazon EC2 et assez souvent, lorsque je me connecte, le message suivant s'affiche:

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

J'ai lu de nombreux documents à ce sujet et je semble comprendre que de nombreux redémarrages (environ 37 voir Mount count/Maximum mount count ci-dessous) Ubuntu veut vérifier les erreurs sur un disque. Je peux le voir en utilisant dumpe2fs -h /dev/xvda1 ( référence ) 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 se débarrasser du message et d'habitude, le badblocks est ce qui le fait pour moi:

Exécutez cette commande et redémarrez:

Sudo touch /forcefsck

Exécutez badblocks pour vérifier le disque:

badblocks /dev/sda1

Éditez /etc/fstab et changez le dernier "0" qui est la colonne fs_passno en conséquence, puis redémarrez:

Le système de fichiers racine doit être spécifié avec un fs_passno égal à 1 et les autres systèmes de fichiers, un fs_passno égal à 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 non, qu'est-ce qui le déclenche?
  3. Pourquoi fs_passno a-t-il la valeur 0 sur les images Amazon EC2 Ubuntu? Ce n'est pas le premier qui est comme ça.
amazon-ec2
28
cwd

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

Si fsck était exécuté au démarrage et rencontrait des problèmes, il était peut-être en attente de la réponse à une invite. Cependant, dans la mesure où Amazon EC2 ne fournit pas d'accès à la console sur une instance, vous ne pouvez pas répondre à l'invite et l'instance deviendrait inutilisable.

Questions et réponses liées:

10
Eric Hammond

De Eric lien Q & A , la version courte est:

Il s’agit d’un bogue sous Ubuntu 11.04 et 12.04 ... qui crée un fichier avec un horodatage futur 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 s’y attaquer en Q & A .

18
cwd