Cómo ejecutar sfc /scannow para reparar los archivos de sistema de Windows

Qué hace realmente sfc /scannow

System File Checker compara cada archivo de sistema protegido — las DLL y ejecutables de los que se compone el propio Windows — con las copias de referencia guardadas en C:\Windows\WinSxS. Si un archivo en disco difiere del ejemplar de referencia, SFC lo sustituye; si el ejemplar del almacén está dañado, SFC informa del archivo pero no puede repararlo, y para eso existe DISM. El análisis exige una consola con permisos de administrador: Win+X → Terminal (Administrador). Solo se lee el disco local, así que no hace falta conexión a internet.

Se recurre a SFC cuando Windows se comporta como si estuviera dañado él mismo: tras una actualización fallida, un apagón brusco durante el mantenimiento o la eliminación de malware que dejó secuelas. El comando es del todo inocuo para los datos personales: no examina ni modifica perfiles de usuario, documentos ni las carpetas propias de los programas.

• Tras una actualización de Windows que se corta a medias o se revierte una y otra vez
• Cuando aparecen pantallas azules como CRITICAL_PROCESS_DIED o IRQL_NOT_LESS_OR_EQUAL sin causa de hardware
• Después de eliminar malware, para confirmar que los archivos de sistema sobrevivieron
• Cuando las aplicaciones integradas, el menú Inicio o Configuración se cierran al abrirse
• Antes de una reparación en contexto: quizá el análisis de 20 minutos ahorre la hora de reinstalación
• Cuando el propio DISM o Windows Update informan de almacén dañado

Ejecutar SFC y leer el resultado

Abre Terminal (Administrador) con Win+X o clic derecho en Inicio, escribe sfc /scannow y pulsa Enter. El análisis muestra un porcentaje y suele terminar en 5–20 minutos — algo más en HDD antiguos —, y la ventana de la consola debe quedar abierta hasta el final. Hay cuatro desenlaces posibles, y cada uno tiene su siguiente paso.

«Windows Resource Protection did not find any integrity violations» significa que los archivos de sistema están limpios y que la causa del fallo está en otra parte. «Found corrupt files and successfully repaired them» es la victoria: reinicia para que los archivos reparados se carguen de verdad. «Found corrupt files but was unable to fix some of them» apunta a un almacén de componentes dañado: ejecuta DISM /Online /Cleanup-Image /RestoreHealth y repite la pasada de SFC. «Could not perform the requested operation» casi siempre indica operaciones de mantenimiento pendientes: reinicia y prueba de nuevo.

Cuando SFC no puede: primero DISM y repetición

SFC solo está tan sano como el almacén del que repara, de modo que la escalera que funciona es DISM RestoreHealth → sfc /scannow → reinicio. Los detalles de cada reparación caen en C:\Windows\Logs\CBS\CBS.log; para ver solo las líneas de SFC sirve findstr /c:[SR] %windir%\Logs\CBS\CBS.log. Para casos concretos hay variantes: sfc /verifyonly compara sin cambiar nada, y sfc /scanfile=C:\Windows\System32\broken.dll examina un único archivo.

Una advertencia sobre el almacén del que depende SFC: no borres nunca nada de C:\Windows\WinSxS a mano ni dejes que lo hagan los «optimizadores» — un almacén vaciado convierte cada SFC futuro en un informe de daños irreparables. Usa la vía oficial de StartComponentCleanup. Pasar SFC por rutina no aporta nada: ejecútalo ante sospechas y tras incidentes, no en un calendario fijo.

Preguntas y respuestas

Sigue leyendo

Todos los artículos · FAQ