¿Cómo arreglar si recibí mount: / dev / vgname / lvname: can ' t leer superbloque para el sistema de archivos local?

Recibí un incidente cuando intentaba hacer mount -a. Recibía el siguiente error. Entonces, ¿cómo solucionar este problema?

mount: / dev / vgname / lvname: no puedo leer el superbloque

Responder

En mi caso, recibí este error debido a un montaje de abstracción de solo lectura debajo. Estaba usando vmfs6-fuse en combinación con un qemu-nbd montaje de solo lectura para una recuperación de VMWARE.

En este caso, montar el LVM con la opción ro,noload resolvió el problema:

mount -o ro,noload /dev/vg/lv /mnt 

Respuesta

Entonces, un sistema de archivos ubicado en un volumen lógico LVM no tiene su superbloque legible. Primero, asegúrese de que todos los LV en el grupo de volumen hayan sido activados: vgchange -ay vgname.

Si eso no ayuda, ejecute lvs para verificar que el LV nombrado realmente existe.

Responde

Si el volumen lógico existe y está activo , puede ser que el superbloque esté dañado de alguna manera. Si el sistema de archivos es un ext2, ext3 o ext4, hay superbloques de respaldo disponibles. Para encontrarlos:

dumpe2fs /dev/vgname/lvname | grep superblock 

Obtendrá algunos resultados como:

$ sudo dumpe2fs /dev/sdb1 | grep uperb | more dumpe2fs 1.45.4 (23-Sep-2019) Primary superblock at 0, Group descriptors at 1-25 Backup superblock at 32768, Group descriptors at 32769-32793 Backup superblock at 98304, Group descriptors at 98305-98329 Backup superblock at 163840, Group descriptors at 163841-163865 Backup superblock at 229376, Group descriptors at 229377-229401 Backup superblock at 294912, Group descriptors at 294913-294937 Backup superblock at 819200, Group descriptors at 819201-819225 Backup superblock at 884736, Group descripmount sb=32768 /dev/sda2 /mnttors at 884737-884761 

Usted probablemente pueda montar el sistema de archivos con:

mount sb=32768 /dev/vgname/lvname /mnt 

(el 32768 es el primer superbloque de respaldo de la salida anterior)

Si eso funciona, puede hacer una copia de seguridad de algunos archivos importantes y / o iniciar una reparación:

fsck -b 32768 /dev/vgname/lvname 

Podría probar fsck -y si no «No quiero reconocer todas las reparaciones.

Si ninguno de los superbloques de respaldo funciona, debe esperar que su último respaldo sea válido, o pruebe herramientas de recuperación como ext4magic , PhotoRec o scalpel.

Si todo falla, reinicialice con mkfs.ext4. Asegúrese de realizar una comprobación de bloques defectuosos.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *