☰

xfs_repair, la queja contiene un sistema de archivos montado y grabable

tag-icon • tag-icon rhel filesystems kernel xfs
xfs_repair, la queja contiene un sistema de archivos montado y grabable

Ya que tenemos lo siguiente de dmesg

[37785.390633] XFS (dm-2): Metadata corruption detected at xfs_dir3_block_read_verify+0x5e/0x110 [xfs], block 0x7f8af18
[37785.390634] XFS (dm-2): Unmount and run xfs_repair

Dm-2 is the /var

Comenzamos a realizar xfs_repair según el documento -https://access.redhat.com/solutions/1194613

Primero forzamos el desmontaje en /var

umount -l /var

y luego iniciamos el procedimiento de acuerdo con -https://access.redhat.com/solutions/1194613

xfs_repair -v /dev/mapper/vg_var 2>&1  |tee /tmp/xfs_repair.out
xfs_repair: /dev/mapper/vg_var contains a mounted filesystem
xfs_repair: /dev/mapper/vg_var contains a mounted and writable filesystem
fatal error -- couldn't initialize XFS library

Como podemos ver desde arriba, xfs_repair se queja de que /dev/mapper/vg_varcontiene un sistema de archivos montado, a pesar de que forzamos el desmontaje.

Respuesta1

Ha solicitado un desmontaje diferido ( umount -l). Esto sólo desmontará el sistema de archivos cuando no haya más procesos accediendo a él. La documentación ( man umount) misma dice

-lDesmontaje perezoso. Separe el sistema de archivos de la jerarquía del sistema de archivos ahora y limpie todas las referencias al sistema de archivos tan pronto como ya no esté ocupado.

En este escenario no deberías usar la -lbandera porque necesitas asegurarte de que el sistema de archivos realmente esté desmontado.

Verifique que el sistema de archivos realmente esté desmontado antes de continuar. Si es así lsof, puede ayudar a identificar los procesos inesperados.

información relacionada