Verificar y reparar sistema de archivos Linux con fsck

¿Qué es el sistema de archivos y por qué puede dañarse?

Cuando hablamos de "sistema de archivos" en Linux, nos referimos a la estructura que organiza y guarda todos tus datos en el disco duro o SSD. Piensa en él como el índice de una biblioteca: sin ese índice, los libros (tus archivos) estarían ahí, pero sería imposible encontrarlos o leerlos correctamente.

Con el tiempo, el sistema de archivos puede sufrir errores por múltiples razones: cortes de energía inesperados, apagados forzados, discos que empiezan a fallar, o simplemente el desgaste natural. Cuando esto ocurre, puedes notar comportamientos extraños como:

El sistema tarda muchísimo en arrancar.
Aparecen mensajes de error al abrir o guardar archivos.
Algunas carpetas parecen "vacías" cuando sabes que tienen contenido.
El equipo se congela o reinicia sin razón aparente.

La buena noticia es que Linux incluye herramientas muy potentes para verificar y reparar el sistema de archivos. La más importante se llama fsck (file system check). En este artículo te enseñaré, paso a paso y sin tecnicismos innecesarios, cómo usarla para mantener tu disco sano y recuperar tus datos.

Antes de empezar: preparativos esenciales

Haz una copia de seguridad (siempre)

[WARNING]
Nunca ejecutes una reparación de disco sin haber intentado respaldar tu información más importante. Aunque fsck es seguro en la mayoría de los casos, si el disco está muy dañado, existe un pequeño riesgo de pérdida adicional de datos. Copia tus documentos, fotos y proyectos a un disco externo, USB o a la nube.

Identifica tu disco y su partición

Para saber qué unidad quieres revisar, usa el comando lsblk en tu terminal:

lsblk

Verás una lista parecida a esta:

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 238.5G  0 disk
├─sda1   8:1    0   512M  0 part /boot/efi
├─sda2   8:2    0 237.9G  0 part /
└─sda3   8:3    0     8G  0 part [SWAP]

Lo importante es identificar la partición de tu sistema, normalmente la que está montada en / (la raíz). En este ejemplo sería sda2. También puedes usar df -h para ver qué partición está en uso.

Desmonta la partición (clave para no dañar nada)

[WARNING]
Nunca ejecutes fsck sobre una partición que esté montada (en uso). El sistema podría escribir datos mientras la revisas, causando errores irreparables. Siempre debes desmontarla primero.

sudo umount /dev/sda2

Si la partición es la raíz (/), no podrás desmontarla porque el sistema está en uso. En ese caso, necesitas arrancar desde un Live USB de Linux o usar el modo de recuperación (veremos cómo más adelante).

Cómo usar `fsck` para verificar y reparar

Ejecutando un chequeo básico

Una vez que la partición está desmontada, ejecuta:

sudo fsck /dev/sda2

El sistema te preguntará si quieres corregir los errores encontrados. Responde y (yes) a cada pregunta. Para automatizar las respuestas, puedes usar la bandera -y:

sudo fsck -y /dev/sda2

Esto reparará automáticamente todo lo que encuentre sin hacerte preguntas.

Modo "solo lectura" para diagnóstico

Si no quieres reparar nada todavía, solo quieres ver si hay errores, usa -n (no changes):

sudo fsck -n /dev/sda2

Esto te mostrará un informe de problemas sin tocar nada.

Reparación más profunda

Para discos con daños serios, puedes forzar una revisión completa aunque el sistema crea que está bien:

sudo fsck -fy /dev/sda2

La f fuerza la revisión, y la y acepta todas las reparaciones.

¿Qué significan los códigos de salida de `fsck`?

Después de ejecutar el comando, verás un código numérico. Te lo explico fácil:

0: No hay errores. Todo perfecto.
1: Errores corregidos. El sistema está reparado.
2: Errores corregidos, pero deberías reiniciar el sistema.
4: Errores que no se pudieron corregir. Disco dañado.
8: Error de ejecución (problema con el comando o permisos).
16: Error de uso (posiblemente escribiste mal el comando).
32: La revisión se canceló manualmente.

Casos especiales: la partición raíz `/`

Como mencioné antes, no puedes desmontar la partición raíz en un sistema en funcionamiento. Aquí tienes tres soluciones prácticas:

Opción 1: Modo de recuperación (recovery mode)

Reinicia tu equipo.
En el menú de GRUB (el selector de arranque), elige la opción "Advanced options for Ubuntu" (o tu distribución).
Selecciona el kernel con "recovery mode".
En el menú azul, elige "fsck" o "Check all file systems".
Confirma que quieres remontar el sistema en modo lectura-escritura.
Reinicia cuando termine.

Opción 2: Live USB

Arranca desde un USB con Linux en vivo (puedes usar Ubuntu, Debian, Mint, etc.) y desde ahí ejecuta fsck sobre tu disco interno. En este caso, la partición raíz no estará montada automáticamente.

Opción 3: Hacer el chequeo en el próximo arranque

Puedes forzar un chequeo al reiniciar. Crea un archivo llamado forcefsck en la raíz:

sudo touch /forcefsck

Luego reinicia. El sistema ejecutará fsck automáticamente antes de montar el disco. Después de completarse, el archivo se elimina solo.

Errores comunes y cómo solucionarlos

"Device or resource busy" (Dispositivo ocupado)

Esto significa que la partición está montada. Desmóntala con umount o usa una de las opciones de arranque alternativas.

"fsck: error 2 (No such file or directory)"

El dispositivo no existe. Verifica el nombre con lsblk o fdisk -l.

"The filesystem is already mounted"

La partición está en uso. Cierra todas las aplicaciones que puedan usar esa unidad y desmonta de nuevo.

"Superblock is corrupted" (Superbloque dañado)

El superbloque es una zona crítica del sistema de archivos. Si está dañado, fsck te pedirá usar un superbloque de respaldo. Para encontrarlo:

sudo mke2fs -n /dev/sda2

Esto te mostrará una lista de superbloques de respaldo. Luego usa uno de ellos:

sudo fsck -b 32768 /dev/sda2

¿Cuándo deberías ejecutar `fsck` de forma preventiva?

La mayoría de distribuciones Linux ejecutan un chequeo automático cada cierto número de arranques o tiempo. Pero puedes hacerlo manualmente:

Una vez al mes: para mantener la salud del disco.
Después de un apagado forzado: si tu equipo se apagó por corte de luz o cierre de tapa, es buena idea revisar.
Antes de reemplazar un disco: si vas a clonar o migrar, asegúrate de que la fuente esté sana.
Si notas lentitud o errores extraños: no esperes a que sea tarde.

Consejos avanzados para usuarios que usan Syspanel

Si tu servidor usa Syspanel (antes conocido como HestiaCP), la gestión de discos es muy sencilla. Recuerda que el panel se accede a través del puerto 2106 (por ejemplo, https://tu-dominio.com:2106).

Dentro de Syspanel, puedes revisar el estado de tus discos desde la sección "Sistema" o "Health". Sin embargo, para reparaciones profundas, siempre es mejor usar la terminal con fsck, siguiendo los pasos de esta guía.

[TIP]
Si tienes un servidor en la nube (VPS), muchos proveedores ofrecen una consola de rescate o "rescue mode" desde su panel de control. Esto te permite arrancar en un entorno mínimo y ejecutar fsck sin problemas.

Preguntas frecuentes (FAQ)

¿Puedo usar `fsck` en un disco montado si uso "read-only"?

No. Aunque lo montes en modo solo lectura, el sistema de archivos puede tener metadatos en memoria. Siempre desmonta o usa un entorno de recuperación.

¿Qué diferencia hay entre `fsck` y `e2fsck`?

fsck es un frontend que llama al programa específico según el tipo de sistema de archivos. Para ext4 (el más común), usa e2fsck. Puedes ejecutar sudo fsck.ext4 /dev/sda2 para ser más específico.

¿Cuánto tarda en completarse?

Depende del tamaño del disco y la cantidad de errores. Un disco de 500GB con errores puede tardar entre 10 y 60 minutos. Si está sano, solo unos segundos.

¿Perderé mis archivos si ejecuto `fsck`?

En la mayoría de los casos, no. fsck repara la estructura, no borra archivos. En casos graves, los archivos corruptos se mueven a una carpeta llamada lost+found, donde puedes intentar recuperarlos.

¿Qué hago si `fsck` no puede reparar el disco?

Si el disco tiene daños físicos, ninguna herramienta de software lo arreglará. Haz una copia de seguridad inmediata y reemplaza el disco.

Resumen rápido en 5 pasos

Identifica tu partición con lsblk.
Desmonta la partición con sudo umount /dev/sdaX.
Ejecuta sudo fsck -y /dev/sdaX.
Revisa el código de salida (0 = perfecto).
Remonta la partición con sudo mount /dev/sdaX y reinicia si es necesario.

Conclusión

Verificar y reparar el sistema de archivos en Linux no es complicado si sigues estos pasos con calma. La clave está en la preparación: respaldo, identificación correcta de la partición y desmontaje antes de tocar nada. Con fsck en tu arsenal, puedes resolver la mayoría de errores de filesystem y mantener tu sistema estable durante años.

Si eres usuario de Syspanel (puerto 2106), recuerda que la interfaz web te da visibilidad del estado del disco, pero para cirugías mayores, la terminal es tu mejor aliada.

[INFO]
¿Te quedó alguna duda? Guarda este artículo como referencia y practica en un equipo de prueba antes de aplicarlo en tu servidor de producción. La práctica hace al maestro, y en Linux, la precaución hace al sysadmin.