Tecnología · GUÍA PRÁCTICA
Linux dice “wrong fs type, bad option, bad superblock”: demuestra primero el límite que falló
Ese mensaje de mount es un resumen, no un diagnóstico. Congela el intento exacto, demuestra el origen y la firma del sistema de archivos, lee el primer error del kernel y elige una rama específica sin formatear datos equivocados.
Ese mensaje de mount es un resumen, no un diagnóstico. Congela el intento exacto, demuestra el origen y la firma del sistema de archivos, lee el primer error del kernel y elige una rama específica sin formatear datos equivocados.
El mismo mensaje genérico puede significar un filesystem inexistente, device o partition incorrectos, option no soportada, helper ausente, feature no soportada o daño en disco. lsblk y findmnt describen topología e identidad montada o configurada; blkid sondea TYPE y UUID en disco.
1. Congela el intento exacto antes de probar otro comando
Guarda comando, source, target, opciones, shell, namespace y hora. Captura la salida completa y las primeras líneas nuevas de kernel o journal posteriores. No mezcles reintentos en la misma ventana de evidencia.
No empieces con mkfs, una opción force o un fsck genérico. El mensaje enumera varias posibilidades y un comando destructivo puede borrar la prueba de que elegiste device o tipo equivocado.
2. Demuestra origen, partición e identidad de montaje
Usa lsblk con columnas NAME,MAJ:MIN,SIZE,FSTYPE,UUID,MOUNTPOINTS y consulta findmnt por --source y --target. Resuelve alias /dev/mapper, loop, RAID, LVM o cloud al major:minor que vio el proceso fallido.
Compara UUID, tipo, target y options con /etc/fstab o la unidad mount. /dev/sdX puede cambiar tras reiniciar; demostrar el mapping actual evita reparar otra partición.
3. Sondea la firma en disco sin escribir
Lee lsblk --fs y un probe privilegiado de blkid para el device exacto. Guarda TYPE, UUID y firmas ambiguas o en colisión. Si no hay firma, decide si está vacío, cifrado, pertenece a RAID/LVM o es la capa incorrecta.
No infieras ext por una etiqueta GPT o por las palabras bad superblock. Los metadatos de partición y filesystem son distintos; si las firmas discrepan, conserva evidencia e investiga antes de borrar magic antiguo.
4. Separa fallo de helper u opción de fallo del filesystem
Comprueba que exista mount.<type> cuando se requiera helper y valida options para el tipo demostrado. Usa findmnt --verify para fstab, no mount -a como linter. Clasifica el primer error del kernel: feature, dirty state, permiso, namespace o I/O.
NFS, CIFS, overlay, FUSE y volúmenes de contenedor pueden emitir el mismo resumen. Sigue su helper y ruta de kernel; no ejecutes una reparación de filesystem local contra ellos.
5. Aplica una sola rama correcta y repite el mismo mount
Solo con tipo y estado desmontado demostrados usa el checker correcto. En ext empieza, cuando proceda, por la vía documentada sin escritura. En XFS usa xfs_repair -n para escaneo sin cambios; no uses -L solo para ocultar el mensaje porque puede descartar cambios de metadatos.
Tras un cambio justificado, monta el mismo source en el mismo target con las options previstas y verifica findmnt, archivos esperados y una ventana limpia del kernel. Si falla distinto, reabre el registro en vez de sumar otra conjetura.
