¿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?


¿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


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.


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.

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.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.