Solución a: “Cannot mount filesystem” en Linux
Conectás un pendrive, intentás acceder a una partición o montás un disco manualmente y aparece un mensaje parecido a este:
Cannot mount filesystemO alguna variante como:
Error mounting filesystem
Failed to mount filesystem
Wrong fs type, bad option, bad superblockLa situación suele ser frustrante porque el disco aparece en el sistema, pero no hay forma de acceder a los archivos.
La buena noticia es que este error tiene solución en la mayoría de los casos. Lo importante es identificar correctamente la causa antes de intentar reparar nada.
¿Qué significa este error?
Cuando Linux monta una partición, necesita reconocer correctamente el sistema de archivos que contiene.
Si detecta inconsistencias, corrupción, un sistema de archivos incompatible o problemas físicos en la unidad, el montaje puede fallar.
En otras palabras, Linux está diciendo:
«Detecté la unidad, pero no puedo acceder de forma segura a su contenido.»
Por qué ocurre (causas reales)
- La partición tiene errores en el sistema de archivos.
- La unidad fue desconectada incorrectamente.
- El sistema de archivos está dañado.
- La partición está marcada como sucia (dirty).
- Se está intentando montar con un tipo de sistema de archivos incorrecto.
- Hay sectores defectuosos en el disco.
- La partición está siendo utilizada por otro proceso.
Primer paso: identificar la partición afectada
Antes de reparar nada, necesitás saber exactamente qué dispositivo está fallando.
lsblk -fLa salida mostrará algo similar a:
NAME FSTYPE LABEL UUID
sda
├─sda1 ext4
├─sda2 ext4
sdb
└─sdb1 ntfsAnotá el nombre de la partición problemática, por ejemplo:
/dev/sdb1Verificar si la partición ya está montada
A veces el error aparece porque la unidad ya está montada en otro punto.
mount | grep sdb1También podés revisar:
findmntReparar sistemas de archivos ext4, ext3 y ext2
Si la partición utiliza ext4, ext3 o ext2, primero asegurate de que no esté montada.
Podés desmontarla con:
sudo umount /dev/sdb1Luego ejecutá:
sudo fsck -f /dev/sdb1La opción -f fuerza una verificación completa del sistema de archivos.
Durante el proceso es posible que aparezcan preguntas para corregir errores. En la mayoría de los casos podés responder afirmativamente.
Reparar particiones NTFS
Si la unidad proviene de Windows y utiliza NTFS, el procedimiento es diferente.
Primero desmontá la partición:
sudo umount /dev/sdb1Después ejecutá:
sudo ntfsfix /dev/sdb1Importante: ntfsfix no reemplaza completamente las herramientas de reparación de Windows, pero suele corregir problemas comunes que impiden el montaje.
Comprobar el tipo de sistema de archivos
Uno de los errores más frecuentes es intentar montar una partición utilizando un tipo incorrecto.
Podés identificar el sistema de archivos real con:
sudo blkidEjemplo:
/dev/sdb1: UUID="..." TYPE="ntfs"Con esa información ya sabrás exactamente qué sistema de archivos contiene la unidad.
Montar manualmente la partición
Después de reparar el sistema de archivos podés probar el montaje manual.
Primero creá un directorio temporal:
sudo mkdir -p /mnt/pruebaLuego montá la partición:
sudo mount /dev/sdb1 /mnt/pruebaSi el comando no devuelve errores, el problema probablemente quedó solucionado.
Comprobar errores físicos en el disco
Si el problema vuelve a aparecer frecuentemente, podría existir un fallo físico en la unidad.
Podés revisar los datos SMART con:
sudo smartctl -a /dev/sdbSi no tenés la herramienta instalada:
sudo apt install smartmontoolsLos errores SMART recurrentes suelen indicar desgaste o fallos de hardware.
Casos especiales
Disco NTFS con inicio rápido de Windows
Cuando Windows tiene habilitada la función Fast Startup (Inicio rápido), puede dejar particiones NTFS en un estado que Linux considera inseguro.
En ese caso conviene apagar Windows completamente y desactivar el inicio rápido desde su configuración.
Disco externo desconectado incorrectamente
Es muy común que un pendrive o disco USB presente errores después de ser retirado sin desmontarlo previamente.
Una verificación con fsck o ntfsfix suele resolver el problema.
Errores después de un corte de energía
Los apagados inesperados pueden dejar sistemas de archivos inconsistentes.
En esos casos, fsck suele ser la herramienta adecuada para recuperar la estructura del sistema de archivos.
Cómo evitar este problema en el futuro
- Desmontar siempre las unidades antes de desconectarlas.
- Evitar apagar el equipo de forma brusca.
- Controlar periódicamente el estado SMART de los discos.
- Mantener copias de seguridad de la información importante.
- Reemplazar discos que presenten errores físicos recurrentes.
Conclusión
El error “Cannot mount filesystem” suele indicar que Linux encontró algún problema al intentar acceder a una partición o unidad de almacenamiento.
La mayoría de las veces la causa está relacionada con errores del sistema de archivos, desmontajes incorrectos o particiones NTFS provenientes de Windows.
Herramientas como fsck, ntfsfix, lsblk y blkid permiten diagnosticar y resolver el problema de forma segura.
Lo más importante es evitar reparaciones a ciegas y verificar siempre qué partición estás manipulando antes de ejecutar cualquier comando.
La entrada Solución a: “Cannot mount filesystem” en Linux se publicó primero en NotiLinux.com.
