62 votes

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

En me connectant à l'instance EC2 (Ubuntu), je vois que

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

Je ne peux pas. fsck /dev/xvda1 parce qu'il est monté, et sudo umount /dev/xvda1 échoue parce qu'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

y kill -SIGKILL 172 est inefficace.

Que faire ?

0 votes

Pouvez-vous définir /dev/xvda1 sur "noauto" dans fstab et redémarrer ?

0 votes

Pour Ubuntu, voir la réponse à askubuntu.com/a/548772/184435

104voto

krishnakumarp Points 1141

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 fichier. Ainsi,

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

sous la ligne

#FSCKFIX=no

Ajouter

FSCKFIX=yes
  1. Modifier le fichier fstab. sudo vi /etc/fstab

Recherchez l'enregistrement pour / et si le dernier chiffre est '0', changez-le en '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', le disque est ignoré. .

Par exemple,

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

à

LABEL=cloudimg-rootfs   /        ext4   defaults,discard        0 1 
  1. Créer le fichier /forcefsck

    sudo touch /forcefsck

Redémarrer à partir de la console ec2.

Retourner la valeur de fsckorder de '1' à '0' dans /etc/fstab Supprimez la ligne FSCKFIX=yes pour remettre le fichier rcS dans son état original.

J'espère que cela vous aidera.

6 votes

Cela a fonctionné pour moi. Le simple fait de faire "touch /forcefsck" ne résout pas le problème, j'ai dû activer FSCKFIX également.

1 votes

Même chose ici ; je viens de faire sudo touch /forcefsck avant le redémarrage n'a pas fonctionné sur un système Ubuntu 14.04, mais cette réponse a fonctionné.

0 votes

J'ai dû effectuer une autre étape - une modification du fichier /etc/fstab comme décrit ici : nathanpfry.com/ C'est étrange car la dernière fois que cela s'est produit, j'ai utilisé votre réponse et cela a fonctionné tel quel.

51voto

lemerson Points 21

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 avez la possibilité de redémarrer la VM, exécutez

touch /forcefsck

Puis redémarrez à votre convenance

7voto

alexus Points 12076

Puisque vous ne pouvez pas démarrer sur le live disc, cela peut sembler un peu bizarre, mais je pense 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écuter fsck .
  • détacher le stockage de la nouvelle (actuelle) et le rattacher à l'ancienne instance.

1voto

thach.nv92 Points 21

Je viens de faire les 3 étapes ci-dessous et le problème est résolu.

  1. Ajoutez "FSCKFIX=yes" à /etc/default/rcS
  2. sudo touch /forcefsck
  3. sudo reboot

Merci à tous.

0voto

ddreliv Points 1

Suivez les trois étapes suivantes :

  1. Editer rcS fichier
    sudo vi /etc/default/rcS

sous la ligne

# FSCKFIX=no

Ajouter FSCKFIX=yes

  1. Ensuite, faites ceci :

sudo touch /forcefsck

  1. Redémarrer à partir de la console EC2.

Vous pouvez vous reconnecter et vérifier que le problème a disparu.

Réponse originale ici

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X