¿Cómo puedo verificar / dev / xvda1?

60

Al iniciar sesión en la instancia EC2 (Ubuntu), veo

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

No puedo fsck /dev/xvda1porque está montado, y sudo umount /dev/xvda1falla porque está en uso. lsofmuestra

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 172es ineficaz

¿Qué hacer?

usuario1836587
fuente
¿Se puede establecer / dev / xvda1 en "noauto" en fstab y reiniciar?
Nils Toedtmann
Para Ubuntu, vea la respuesta en askubuntu.com/a/548772/184435
danorton

Respuestas:

51

La mayoría de los Linux en estos días deberían realizar un fsck forzado en el momento del arranque cuando el archivo / forcefsck está presente en el sistema. Si tiene la libertad de reiniciar la VM, ejecute

touch /forcefsck

Luego reinicie a su conveniencia

Sgaduuw
fuente
95

Para nuestra instancia de ec2 ubuntu, las respuestas anteriores no funcionaron completamente.

En Ubuntu, por defecto, la verificación no está habilitada en el archivo rcS . Entonces

  1. Edite el archivo rcS sudo vi / etc / default / rcS

debajo de la línea

#FSCKFIX=no

Añadir

FSCKFIX=yes
  1. Edite el archivo fstab. sudo vi / etc / fstab

Busque el registro para / y si el último dígito es '0' cámbielo a '1'. El último campo es fsckorder y fsck lo utiliza para decidir el orden de comprobación de los discos. Si el valor es '0', ese disco se omite .

Por ejemplo,

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

a

LABEL=cloudimg-rootfs   /        ext4   defaults,discard        0 1 
  1. Crear archivo / forcefsck

    sudo touch / forcefsck

Reiniciar desde la consola ec2.

Revierta el valor de fsckorder de '1' a '0' en / etc / fstab Elimine la línea FSCKFIX=yespara volver el archivo rcS al estado original.

Espero eso ayude.

krishnakumarp
fuente
55
Esto funcionó para mí. Simplemente hacer "touch / forcefsck" no lo resuelve, tuve que habilitar FSCKFIX también.
Florin Andrei
1
Igual que aquí; solo hacerlo sudo touch /forcefsckantes de reiniciar no funcionó en un sistema Ubuntu 14.04, pero esta respuesta sí.
Teemu Leisti
Tuve que hacer otro paso: una modificación a / etc / fstab como se describe aquí: nathanpfry.com/… Eso es extraño porque la última vez que sucedió esto, utilicé su respuesta y funcionó como está.
childofsoong
2
Gracias, esto me lo resolvió en una instancia ec2 de AWS. No tuve que reiniciar desde la consola, un simple problema sudo rebootcon sus cambios resolvió esto.
Ralph
Esto también solucionó el problema en mi computadora local. Creo que esto debería estar marcado como el mejor.
Arda
7

Como no puede iniciar en un disco en vivo, esto puede sonar un poco extraño, pero supongo que hará el trabajo)

nivel alto:

  • iniciar en una nueva (otra) instancia.
  • adjuntar almacenamiento de la instancia anterior a la nueva (actual).
  • ejecutar fsck.
  • separe el almacenamiento de nuevo (actual) y vuelva a conectarlo a la instancia anterior.
alexus
fuente
0

Acabo de hacer 3 pasos a continuación y problema resuelto.

  1. Agregue "FSCKFIX = yes" a / etc / default / rcS
  2. sudo touch / forcefsck
  3. reinicio de sudo

Gracias a todos.

thach.nv92
fuente