Reparar un sistema de archivos reescribe metadatos para restaurar la coherencia interna. Puede descartar referencias o datos dañados y agravar la pérdida cuando falla el hardware de almacenamiento. Trata la reparación como una operación de recuperación: conserva primero las pruebas y los datos recuperables y después utiliza la herramienta documentada para el sistema de archivos exacto.
El Sistema de Archivos · Lección 10
Reparación del sistema de archivos
Aprende a diagnosticar daños en sistemas de archivos y elegir un flujo de reparación sin conexión, específico del tipo y con copias de seguridad.
Diagnosticar antes de reparar
Síntomas como errores de E/S, remontajes de solo lectura, archivos ausentes o fallos al montar no demuestran todos que exista corrupción del sistema de archivos. Recopila primero pruebas de solo lectura:
$ findmnt --target /affected/path
$ lsblk -f
$ journalctl -k -b
Comprueba la pila de almacenamiento, el estado del dispositivo, los cables o la ruta de red, el estado de RAID, el cifrado y los sucesos recientes. Si falla el dispositivo, los recorridos repetidos pueden consumir su vida restante. Captura una imagen o un clon con una herramienta orientada a la recuperación y trabaja sobre la copia cuando sea posible.
¿Qué debe preceder a una reparación del sistema de archivos con capacidad de escritura cuando pueda existir un fallo de hardware?
Identificar el sistema de archivos y el dispositivo exactos
Determina si el sistema de archivos reside en una partición, un volumen lógico, un dispositivo RAID, un mapeo cifrado o un disco completo. No ejecutes un comprobador sobre /dev/sda solo porque esté afectada una partición hija como /dev/sda1.
Utiliza lsblk -f, blkid, findmnt y herramientas de las capas de almacenamiento para localizar el destino. Las firmas detectadas pueden estar obsoletas, así que contrástalas con la configuración conocida y las copias de seguridad.
Si ext4 está almacenado en /dev/sda1, ¿qué capa debe recibir normalmente su comprobador de ext4?
Desconectar el sistema de archivos
La mayoría de los comprobadores de coherencia tradicionales necesitan que el sistema de archivos esté desmontado. Un sistema montado cambia mientras el comprobador lo lee, y las escrituras de reparación pueden entrar en conflicto con el estado en caché del kernel y provocar corrupción.
Detén los servicios dependientes, desmonta sistemas de archivos anidados, saca los directorios de trabajo de los procesos y desactiva las capas superiores necesarias. Para el sistema de archivos raíz, arranca un entorno de rescate o utiliza el mecanismo documentado por la distribución para comprobarlo sin conexión. Confirma con findmnt que el destino no esté montado en el espacio de nombres pertinente.
¿Por qué debe desmontarse normalmente un sistema de archivos antes de que un comprobador de reparación escriba en él?
Utilizar la herramienta específica del sistema de archivos
fsck es una interfaz que puede invocar auxiliares específicos de cada sistema de archivos. No es un único motor universal de reparación. Algunos flujos distintos utilizan e2fsck para sistemas ext, xfs_repair para XFS y herramientas específicas de diagnóstico y recuperación para Btrfs.
Las opciones con nombres parecidos pueden tener una semántica diferente. En particular, no apliques opciones --repair o de fuerza copiadas de la guía de otro sistema de archivos. Lee el manual instalado y la documentación actual de recuperación del proyecto o la distribución. Empieza con un modo de diagnóstico o sin modificaciones si la implementación ofrece uno fiable, captura la salida y comprende las correcciones propuestas.
¿De qué se encarga habitualmente fsck en Linux?
Verificar y restaurar el servicio
Registra la herramienta de reparación, su versión, las opciones, la salida y el estado de salida. Después de reparar, repite las comprobaciones del dispositivo, monta primero como solo lectura cuando corresponda, examina los datos esenciales y compáralos con copias conocidas. Restaura después los montajes y servicios normales gradualmente mientras supervisas los registros del kernel y las aplicaciones.
Que un sistema de archivos vuelva a poder montarse no demuestra que todos los archivos sean correctos. Restaura desde copias los datos de aplicación perdidos o dañados y valídalos a nivel de la aplicación.
¿Un montaje correcto después de reparar demuestra que todos los datos de la aplicación son correctos?
Lección completada
Has completado Reparación del sistema de archivos
Ahora puedes planificar la reparación de un sistema de archivos como un procedimiento de recuperación por etapas.
Diagnostica el hardware y conserva los datos recuperables antes de escribir.
Localiza la capa de bloques exacta que contiene el sistema de archivos.
Desconecta el sistema de archivos en el espacio de nombres pertinente.
Utiliza la herramienta documentada de diagnóstico y reparación específica del sistema.
Valida por separado el estado del dispositivo, del sistema de archivos y de los datos de la aplicación.
Guarda tu progreso
Crea una cuenta gratuita para guardar esta lección y continuar en cualquier dispositivo.
Crear una cuenta gratuita