web-dev-qa-db-fra.com

Comment puis-je vérifier / dev / xvda1?

Lors de la connexion à l'instance EC2 (Ubuntu), je vois

*** /dev/xvda1 should be checked for errors ***

Je ne peux pas fsck /dev/xvda1 car il est monté, et Sudo umount /dev/xvda1 échoue car il est en cours d'utilisation. lsof montre

jbd2/xvda  172               root  cwd       DIR              202,1     4096          2 /
jbd2/xvda  172               root  rtd       DIR              202,1     4096          2 /
jbd2/xvda  172               root  txt   unknown                                        /proc/172/exe

et kill -SIGKILL 172 est inefficace.

Que faire?

ubuntuamazon-ec2fsck
60
user1836587

La plupart des Linux de nos jours devraient effectuer un fsck forcé au démarrage lorsque le fichier/forcefsck est présent sur le système. Si vous êtes libre de redémarrer la machine virtuelle, exécutez

touch /forcefsck

Redémarrez ensuite à votre convenance

51
Sgaduuw

Pour notre instance ec2 ubuntu, les réponses ci-dessus n'ont pas fonctionné complètement.

Sur Ubuntu, par défaut, la vérification n'est pas activée dans le fichier rcS . Donc

  1. Modifier le fichier rcS Sudo vi/etc/default/rcS

sous la ligne

#FSCKFIX=no

Ajouter

FSCKFIX=yes
  1. Modifiez le fichier fstab. Sudo vi/etc/fstab

Recherchez l'enregistrement pour/et si le dernier chiffre est "0", remplacez-le par "1". Le dernier champ est fsckorder et est utilisé par fsck pour décider de l'ordre de vérification des disques. Si la valeur est '0', ce disque est ignoré .

Par exemple,

LABEL=cloudimg-rootfs   /        ext4   defaults,discard        0 0

à

LABEL=cloudimg-rootfs   /        ext4   defaults,discard        0 1

  1. Créer un fichier/forcefsck

    Sudo touch/forcefsck

Redémarrez à partir de la console ec2.

Rétablir la valeur fsckorder de '1' à '0' dans/etc/fstab Supprimer la ligne FSCKFIX=yes pour remettre le fichier rcS à son état d'origine.

J'espère que cela aide.

97
krishnakumarp

Comme vous ne pouvez pas démarrer sur un disque live, cela peut sembler un peu bizarre, mais je suppose que cela fera l'affaire)

haut niveau:

  • démarrer dans une nouvelle (autre) instance.
  • attacher le stockage de l'ancienne instance à la nouvelle (actuelle).
  • exécutez fsck.
  • détacher le stockage du nouveau (actuel) et le rattacher à l'ancienne instance.
7
alexus

Je fais juste 3 étapes ci-dessous et le problème est résolu.

  1. Ajoutez "FSCKFIX = yes" à/etc/default/rcS
  2. Sudo touch/forcefsck
  3. Redémarrage Sudo

Merci a tous.

1
thach.nv92