Cuando algo falla en disco, particiones o permisos, el sistema de archivos suele dar señales claras: errores de I/O, montajes en solo lectura, fallos al montar o un arranque que se queda bloqueado. En esta guía aprenderás un método ordenado para diagnosticar y resolver los problemas del sistema de archivos en Linux.
Pueden aparecer por distintos motivos: apagados inesperados, errores en el disco, particiones dañadas, falta de espacio, permisos incorrectos o fallos durante el montaje de una unidad. Cuando esto ocurre, el sistema puede mostrar errores al arrancar, impedir el acceso a ciertos directorios o dejar una partición en modo solo lectura.
📌 Si quieres aprender más sobre Linux, revisa nuestra Guía completa de comandos Linux y nuestro Curso de Linux gratis , te ayudarán a dominar la terminal y a sacar el máximo provecho de este artículo.
Antes de empezar: no empeores la situación
- Si sospechas fallo físico del disco, prioriza copia de seguridad.
- Evita reparaciones “a ciegas” que escriban más sobre un disco inestable.
- Si necesitas estabilizar un montaje, intenta pasar a solo lectura.
sudo mount -o remount,ro /punto/de/montajeIdentifica el dispositivo correcto y el tipo de filesystem
El error más común en troubleshooting es actuar sobre la partición equivocada. Empieza por ver discos/particiones, tipo, UUID y etiquetas:
lsblk -fMás detalle (UUID/TYPE):
sudo blkidMontajes actuales y opciones:
findmntLee los mensajes: dmesg y journalctl
Cuando el problema es real, el kernel suele decirlo. Revisa mensajes recientes:
dmesg | tail -n 120En sistemas con systemd, también ayuda filtrar errores del arranque actual:
sudo journalctl -p err..alert -xbSolo kernel del arranque actual:
sudo journalctl -k -b | tail -n 200Busca términos como I/O error, Buffer I/O error, superblock, EXT4-fs error, XFS y similares.
Problemas al montar
“wrong fs type, bad option, bad superblock…”
Checklist práctico:
- Confirma el tipo real con lsblk -f.
- Prueba a montar indicando el tipo.
- Revisa el motivo exacto en el kernel.
sudo mount -t ext4 /dev/sdb1 /mnt/datos
dmesg | tail -n 120“special device … does not exist”
- El dispositivo no está conectado o cambió de nombre.
- Para montajes persistentes, usa UUID en /etc/fstab.
No puedo escribir: permisos vs solo lectura
FAT/exFAT/NTFS: permisos “raros”
En vfat/exfat/ntfs, los permisos Unix no se guardan como en ext4. Suele ayudarte montar con uid, gid y umask:
id -u
id -g
sudo mount -t vfat -o uid=1000,gid=1000,umask=022 /dev/sdb1 /mnt/usbPara entender bien permisos y máscara: Umask en Linux.
“Read-only file system”
- El filesystem puede tener errores y montarse en solo lectura para proteger datos.
- El dispositivo puede tener bloqueo físico (algunas SD).
- Si hay I/O errors, sospecha hardware.
“device is busy” al desmontar
Antes de reparar, normalmente necesitas desmontar. Si no te deja, identifica qué proceso lo usa:
sudo lsof +f -- /mnt/datos
# o
sudo fuser -vm /mnt/datosComo último recurso, desmontaje lazy:
sudo umount -l /mnt/datosReparación con fsck: cuándo y cómo
- Ejecuta fsck con la partición desmontada.
- En discos de sistema, suele requerir live USB o modo rescate.
sudo umount /dev/sdb1
sudo fsck -f /dev/sdb1Si no puedes desmontar de verdad, no fuerces la reparación.
Rendimiento pésimo: software vs hardware
Checklist rápido:
df -h
iostat -xz 1
dmesg | tail -n 120- Si el disco está al 100%, libera espacio.
- Si aparecen I/O errors, sospecha hardware.
/etc/fstab: errores que rompen el arranque
Si el sistema no arranca tras cambiar fstab, revisa: UUID correcto, punto de montaje existente y opciones compatibles. Antes de reiniciar, prueba:
sudo mount -aSeñales de fallo físico del disco
- I/O error repetido en kernel/journal.
- Reconexiones del dispositivo.
- Lentitud extrema al leer/escribir.
Acción recomendada: copia de seguridad primero y diagnóstico del disco después.
Resumen
En resumen, los problemas del sistema de archivos en Linux no deben ignorarse, ya que pueden afectar al arranque, al rendimiento y a la integridad de los datos. Revisar los mensajes del sistema, comprobar el estado de las particiones y actuar con cuidado antes de reparar una unidad es clave para evitar pérdidas de información.
- Identifica: lsblk -f.
- Comprueba montajes: findmnt.
- Logs: dmesg y journalctl.
- Corrupción: desmonta y ejecuta fsck.
- I/O errors: prioriza backup y sospecha hardware.
📌 Referencia oficial: fsck(8) — man7.org
