Comprobación de la integridad del sistema de ficheros y archivos protegidos: Ejecutar herramientas de diagnóstico del sistema como sfc /scannow y DISM en Windows o comprobación de discos con fsck en Linux.
Objetivo:
Verificar, diagnosticar y reparar la integridad lógica del sistema de archivos y de los ficheros protegidos del núcleo del sistema operativo utilizando herramientas nativas especializadas (como DISM y sfc /scannow en Windows, o la utilidad fsck en GNU/Linux) para resolver corrupciones y asegurar la estabilidad operativa del equipo.
Escenario:
- Una máquina virtual o equipo físico con un sistema operativo Windows o GNU/Linux que experimenta fallos de estabilidad, pantallas azules (BSOD) o errores lógicos de lectura en el almacenamiento.
- Privilegios de administrador del sistema o superusuario (imprescindibles para modificar o reparar sectores protegidos del sistema operativo).
Instrucciones:
Opción A: Verificación y reparación de archivos protegidos en entornos Windows
- Abre una terminal de Símbolo del sistema (CMD) o PowerShell con privilegios de administrador.
- Paso 1: Reparación de la imagen del sistema con DISM (Deployment Image Servicing and Management):
- Antes de escanear los archivos protegidos, es recomendable reparar la imagen base de Windows. Ejecuta el siguiente comando:
DISM.exe /Online /Cleanup-Image /RestoreHealth
- Espera a que el proceso alcance el 100% y confirme que la operación de restauración se completó con éxito.
- Antes de escanear los archivos protegidos, es recomendable reparar la imagen base de Windows. Ejecuta el siguiente comando:
- Paso 2: Comprobación de archivos protegidos del sistema con SFC (System File Checker):
- Una vez finalizado DISM, ejecuta la utilidad SFC para escanear y reemplazar automáticamente cualquier archivo del sistema corrupto o modificado:
sfc /scannow
- El analizador mostrará al terminar si encontró infracciones de integridad y si logró repararlas satisfactoriamente.
- Una vez finalizado DISM, ejecuta la utilidad SFC para escanear y reemplazar automáticamente cualquier archivo del sistema corrupto o modificado:
Opción B: Comprobación y reparación del sistema de ficheros en entornos GNU/Linux (fsck)
- Abre una terminal en tu distribución Linux con privilegios de superusuario.
- Advertencia previa crítica: Nunca ejecutes
fscken una partición o disco duro que esté montado en modo lectura-escritura (como la partición raíz activa), ya que podría corromper gravemente los datos. - Desmontar la partición secundaria o de pruebas para su análisis (por ejemplo,
/dev/sdb1):sudo umount /dev/sdb1
- Ejecutar la herramienta de comprobación y reparación de ficheros:
sudo fsck -y /dev/sdb1
*(El parámetro-yindica a la herramienta que responda automáticamente "sí" a las solicitudes de reparación de bloques dañados o inconsistencias lógicas encontradas).*
Verificación:
- En Windows, revisa el mensaje final de la consola tras el análisis de
sfc /scannowpara comprobar que se indica: "Protección de recursos de Windows encontró archivos dañados y los reparó con éxito". - En Linux, verifica que el informe devuelto por
fsckconfirma que el sistema de archivos está limpio (clean) y sin errores lógicos pendientes en los bloques analizados.
Preguntas de reflexión:
- ¿Por qué es una buena práctica recomendada ejecutar la herramienta
DISMantes de lanzar el análisis de archivos protegidos consfc /scannowen sistemas Windows? - ¿Qué riesgos catastróficos implica ejecutar el comando
fscken una partición de disco duro que se encuentra montada y en activo uso de lectura/escritura por parte del sistema operativo? - ¿Qué relación existe entre la aparición frecuente de errores en la integridad del sistema de ficheros y los apagones eléctricos repentinos o los fallos físicos de hardware en los soportes de almacenamiento?
Haz clic aquí para ver las soluciones y explicaciones
1. ¿Por qué ejecutar DISM antes de sfc /scannow?
El comando sfc /scannow compara los archivos protegidos del sistema con una copia de seguridad interna (caché) ubicada en el propio disco duro. Si esa imagen base de respaldo también se encuentra corrupta, SFC no podrá realizar reparaciones eficaces. DISM se conecta directamente a los repositorios limpios de actualización de Windows o utiliza imágenes sanas para reparar la base de datos de origen, garantizando que SFC disponga de ficheros originales fiables para restaurar el sistema.
2. ¿Por qué no se debe ejecutar fsck en particiones montadas?
Mientras un sistema de archivos está montado, el núcleo y las aplicaciones realizan operaciones constantes de lectura y escritura en los bloques de datos. Si fsck intenta modificar y reestructurar las tablas de asignación de ficheros y nodos i (inodes) de manera simultánea, se producirá un conflicto grave de coherencia que puede corromper por completo la partición y destruir irremediablemente toda la información almacenada en ella.
3. ¿Qué relación hay entre los errores de ficheros y los apagones o fallos de hardware?
Los sistemas operativos modernos utilizan cachés en memoria RAM para optimizar las operaciones de disco. Un apagón eléctrico repentino interrumpe el volcado planificado de los datos pendientes, dejando las estructuras lógicas del sistema de archivos a medio escribir (inconsistencias en las tablas de asignación). Asimismo, sectores defectuosos en discos mecánicos o celdas degradadas en unidades SSD provocan la pérdida o corrupción directa de bloques de datos protegidos del núcleo.