Cuando Windows no pasa de la pantalla de reparación
Pocas cosas generan tanta ansiedad como encender el equipo y encontrarse con un mensaje que dice que Windows está analizando y reparando una unidad, con un porcentaje que no avanza durante minutos u horas. A veces el proceso termina solo y el sistema arranca con normalidad; otras veces se queda congelado, se reinicia en bucle o vuelve a aparecer en cada encendido. Y la duda inmediata es siempre la misma: ¿está Windows arreglando algo o el disco está a punto de morir?
Este mensaje, que en las versiones en inglés aparece como “Scanning and repairing drive”, no es un error en sí mismo. Es la señal de que Windows ha detectado inconsistencias en el sistema de archivos de una unidad y ha lanzado automáticamente una comprobación antes de cargar el escritorio. El problema aparece cuando esa comprobación no termina o se repite sin motivo aparente.
En esta guía vamos a ver por qué ocurre, qué hace realmente Windows durante ese proceso y cómo resolverlo con las herramientas integradas en el sistema: la comprobación de errores del Explorador, el comando chkdsk, el cmdlet Repair-Volume de PowerShell, el entorno de recuperación y las utilidades SFC y DISM. También aprenderás a diagnosticar si el origen es físico, revisando el estado SMART del disco, y a evitar que el problema vuelva a aparecer.
Las instrucciones sirven para Windows 11, cuya actualización más reciente es la 26H2, y en su mayoría también para Windows 10. Conviene recordar que Windows 10 ya ha llegado al final de su soporte general, por lo que, si todavía lo usas, este problema puede ser un buen momento para plantearte la migración o, al menos, asegurar tus copias de seguridad.
Qué significa el mensaje y por qué aparece
Windows utiliza principalmente el sistema de archivos NTFS para organizar la información en los discos. NTFS mantiene estructuras internas, como la tabla maestra de archivos, que describen dónde está cada archivo, qué tamaño tiene y qué permisos tiene asociados. Cuando esas estructuras quedan en un estado inconsistente, el volumen se marca como “sucio” mediante un indicador interno.
En el siguiente arranque, un componente llamado autochk revisa ese indicador. Si está activo, ejecuta una comprobación del sistema de archivos antes de que el sistema operativo monte la unidad para su uso normal. Esa comprobación es la que muestra el mensaje de análisis y reparación.
Las causas más habituales de que un volumen quede marcado son:
- Un apagado forzado, por ejemplo al mantener pulsado el botón de encendido.
- Un corte de electricidad o una batería que se agota de golpe en un portátil.
- Desconectar una unidad externa sin expulsarla de forma segura.
- Controladores de almacenamiento defectuosos o mal configurados.
- Malware que modifica estructuras del disco.
- Sectores defectuosos o fallos físicos de la unidad.
Las cuatro primeras causas son lógicas y suelen resolverse con las herramientas de reparación. La última es física y requiere una estrategia distinta, porque ninguna utilidad de software puede arreglar un disco que se está degradando.
Puedes comprobar en cualquier momento si una unidad está marcada para revisión con el comando fsutil, ejecutado en una consola con permisos de administrador:
fsutil dirty query C:
Volume - C: is NOT Dirty
Si la respuesta indica que el volumen está sucio, Windows ejecutará la comprobación en el próximo arranque.
Antes de empezar: proteger tus datos
Cualquier operación de reparación del sistema de archivos puede mover, renombrar o eliminar archivos dañados. En la mayoría de los casos no ocurre nada grave, pero si el disco tiene problemas físicos, una reparación intensiva puede acelerar su degradación. Por eso, antes de lanzar comandos agresivos, conviene asegurar la información importante.
Si el equipo todavía arranca, copia los documentos críticos a una unidad externa o a un servicio en la nube. Si no arranca, puedes acceder a los archivos desde el entorno de recuperación, como veremos más adelante, o conectar el disco a otro equipo.
También es recomendable dejar que el análisis automático termine al menos una vez. En discos grandes o con muchos archivos, la comprobación puede tardar bastante, y un porcentaje que parece detenido no siempre significa que el proceso esté bloqueado. Como referencia orientativa, si tras varias horas no hay ningún avance ni actividad del disco, es razonable interrumpirlo y pasar a las soluciones manuales.
Una forma sencilla de crear una copia rápida de una carpeta antes de reparar es usar robocopy, incluido en Windows:
robocopy "C:\Users\Laura\Documents" "E:\Respaldo\Documentos" /E /R:1 /W:1 /LOG:E:\Respaldo\copia.log
Las opciones /R:1 y /W:1 limitan los reintentos ante archivos ilegibles, lo que evita que la copia se quede atascada en un sector dañado.
Método 1: la comprobación de errores del Explorador
Si Windows llega a arrancar, la forma más sencilla de revisar una unidad es la herramienta gráfica de comprobación de errores integrada en el Explorador de archivos. Es la opción menos intrusiva y la adecuada para empezar.
Los pasos son los siguientes:
- Abre el Explorador de archivos y selecciona Este equipo.
- Haz clic derecho sobre la unidad afectada y elige Propiedades.
- Ve a la pestaña Herramientas.
- En la sección de comprobación de errores, pulsa Comprobar.
- Si Windows encuentra problemas, te ofrecerá repararlos. Si no los encuentra, puedes lanzar igualmente el análisis.
Si la unidad revisada es la del sistema, normalmente C, Windows no podrá repararla en caliente porque está en uso. En ese caso te propondrá programar la reparación para el siguiente reinicio, que es exactamente lo que hace el análisis automático.
Esta herramienta es, en realidad, una interfaz gráfica sobre el mismo motor que usa chkdsk. Su ventaja es la comodidad; su limitación, que ofrece pocas opciones y apenas información sobre lo que ha encontrado.
Método 2: reparar con PowerShell y Repair-Volume
PowerShell incluye el cmdlet Repair-Volume, la alternativa moderna a chkdsk dentro del módulo de almacenamiento de Windows. Para reparar el disco con PowerShell, abre una consola como administrador: busca PowerShell o Terminal en el menú Inicio, haz clic derecho y elige Ejecutar como administrador.
El primer paso recomendable es un análisis en línea, que revisa la unidad sin desmontarla y sin interrumpir tu trabajo:
Repair-Volume -DriveLetter D -Scan
NoErrorsFound
El resultado puede ser NoErrorsFound, si todo está correcto, o indicar que se encontraron errores. En ese caso, el siguiente paso es aplicar una reparación:
# Reparación en línea: corrige lo que puede sin desmontar la unidad
Repair-Volume -DriveLetter D -SpotFix
# Reparación completa sin conexión: desmonta la unidad y la revisa a fondo
Repair-Volume -DriveLetter D -OfflineScanAndFix
La opción -SpotFix es muy rápida porque solo corrige los problemas registrados durante el análisis previo. La opción -OfflineScanAndFix equivale a una revisión completa y requiere desmontar la unidad; si se trata de la unidad del sistema, Windows la programará para el siguiente arranque.
Antes de reparar, es útil identificar correctamente las unidades y su estado:
Get-Volume | Select-Object DriveLetter, FileSystemLabel, FileSystem, HealthStatus, SizeRemaining, Size |
Format-Table -AutoSize
DriveLetter FileSystemLabel FileSystem HealthStatus SizeRemaining Size
----------- --------------- ---------- ------------ ------------- ----
C Windows NTFS Healthy 182301245440 510903005184
D Datos NTFS Healthy 734002577408 1000186310656
Si tu equipo no arranca con normalidad, puedes ejecutar estos mismos comandos desde el modo seguro, que carga Windows con un conjunto mínimo de controladores y servicios. Eso reduce las interferencias de programas de terceros durante la reparación.
Método 3: el comando chkdsk desde el símbolo del sistema
El comando chkdsk en Windows es la herramienta clásica para revisar y reparar sistemas de archivos, y sigue siendo la más versátil. Abre una ventana de Símbolo del sistema o Terminal como administrador y ejecuta un análisis de solo lectura, que no modifica nada:
chkdsk D:
Si el análisis detecta problemas, puedes repararlos con las opciones adecuadas:
chkdsk D: /f
The type of the file system is NTFS.
Volume label is Datos.
Stage 1: Examining basic file system structure ...
512768 file records processed.
File verification completed.
Stage 2: Examining file name linkage ...
640212 index entries processed.
Index verification completed.
Stage 3: Examining security descriptors ...
Security descriptor verification completed.
Windows has scanned the file system and found no problems.
No further action is required.
Las opciones más útiles son las siguientes:
/fcorrige los errores lógicos del sistema de archivos./rbusca sectores defectuosos e intenta recuperar la información legible. Incluye el comportamiento de/f./xfuerza el desmontaje de la unidad antes de revisarla./scanrealiza un análisis en línea sin desmontar la unidad./spotfixaplica una reparación rápida de los problemas registrados./offlinescanandfixlanza una revisión completa sin conexión.
Conviene usar /r con prudencia. Recorre cada sector del disco, lo que en unidades grandes puede tardar muchas horas, y en un disco mecánico que ya falla, ese esfuerzo adicional puede empeorar su estado. En las unidades SSD, la comprobación de sectores aporta poco, porque el propio firmware de la unidad gestiona y reasigna las celdas dañadas.
Si intentas reparar la unidad del sistema, Windows mostrará un aviso y te ofrecerá programar la comprobación:
Chkdsk cannot run because the volume is in use by another
process. Would you like to schedule this volume to be
checked the next time the system restarts? (Y/N)
Responde con Y y reinicia el equipo para que la revisión se ejecute antes de cargar Windows.
Cómo arrancar en modo seguro
Varias de las soluciones funcionan mejor desde el modo seguro, y es especialmente útil cuando el análisis automático se repite en cada arranque o el escritorio no llega a cargar correctamente.
Si puedes llegar a la pantalla de inicio de sesión, mantén pulsada la tecla Mayús mientras haces clic en Energía y luego en Reiniciar. El equipo se reiniciará en el entorno de recuperación. Desde ahí:
- Elige Solucionar problemas.
- Entra en Opciones avanzadas.
- Selecciona Configuración de inicio y pulsa Reiniciar.
- Al volver a encender, pulsa 4 o F4 para iniciar en modo seguro, o 5 o F5 para el modo seguro con funciones de red.
Si Windows arranca con normalidad, también puedes forzar el reinicio en el entorno de recuperación desde una consola de administrador:
shutdown /r /o /t 0
Y si quieres que el siguiente arranque sea directamente en modo seguro, puedes configurarlo con bcdedit. Recuerda revertir el cambio después, o el equipo seguirá arrancando siempre en ese modo:
bcdedit /set {current} safeboot minimal
# Cuando termines, vuelve al arranque normal
bcdedit /deletevalue {current} safeboot
Si usas cifrado BitLocker, ten a mano la clave de recuperación antes de modificar la configuración de arranque, porque Windows podría solicitarla.
Reparar desde el entorno de recuperación cuando Windows no arranca
Si el equipo entra en un bucle de reparación y nunca llega al escritorio, el entorno de recuperación de Windows, conocido como WinRE, es la vía para intervenir. Windows suele cargarlo automáticamente tras dos o tres arranques fallidos consecutivos. También puedes acceder desde una unidad USB de instalación de Windows, eligiendo Reparar el equipo en lugar de Instalar.
Una vez dentro, ve a Solucionar problemas, Opciones avanzadas y Símbolo del sistema. En este entorno, las letras de las unidades pueden no coincidir con las habituales, así que lo primero es identificarlas:
diskpart
list volume
exit
Volume ### Ltr Label Fs Type Size Status
---------- --- ----------- ----- ---------- ------- ---------
Volume 0 D Windows NTFS Partition 475 GB Healthy
Volume 1 E Datos NTFS Partition 931 GB Healthy
Volume 2 SYSTEM FAT32 Partition 100 MB Healthy
En este ejemplo, la partición de Windows aparece como D. Con esa letra, ya puedes lanzar la reparación sin que la unidad esté en uso:
chkdsk D: /f /x
Si la comprobación se repite en cada arranque aunque el disco esté sano, es posible que el indicador de volumen sucio no se esté limpiando. Tras confirmar con chkdsk que no hay errores, puedes revisar qué volúmenes tiene programados el sistema para comprobación automática con chkntfs:
chkntfs C:
The type of the file system is NTFS.
C: is not dirty.
El mismo comando permite excluir temporalmente una unidad de la comprobación automática con la opción /x, aunque solo debe hacerse cuando se ha verificado que el disco está en buen estado, porque desactiva una protección del sistema:
chkntfs /x D:
Revisar la integridad de Windows con SFC y DISM
A veces el sistema de archivos está bien, pero los archivos de Windows se han dañado durante el apagado incorrecto. En ese caso, el arranque puede seguir fallando aunque chkdsk no encuentre errores. Las utilidades SFC y DISM se encargan de verificar y restaurar los componentes del sistema operativo.
El Comprobador de archivos de sistema revisa los archivos protegidos de Windows y reemplaza los que estén dañados:
sfc /scannow
Beginning system scan. This process will take some time.
Beginning verification phase of system scan.
Verification 100% complete.
Windows Resource Protection found corrupt files and successfully repaired them.
Si SFC no consigue reparar los archivos, la causa suele estar en el almacén de componentes que utiliza como origen. DISM permite revisarlo y repararlo, descargando las piezas necesarias desde Windows Update:
DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth
El orden recomendado es ejecutar primero DISM con /RestoreHealth y después repetir sfc /scannow, para que SFC disponga de un origen íntegro.
Desde el entorno de recuperación, donde Windows no está en ejecución, SFC debe apuntar a la instalación de forma explícita:
sfc /scannow /offbootdir=D:\ /offwindir=D:\Windows
Diagnosticar el estado físico del disco
Si el análisis se repite con frecuencia o chkdsk encuentra errores en cada ejecución, es muy probable que el problema no sea lógico, sino físico. Antes de seguir reparando, conviene revisar el estado SMART del disco, la tecnología con la que las unidades informan de su propia salud.
PowerShell ofrece información básica a través del módulo de almacenamiento:
Get-PhysicalDisk | Select-Object FriendlyName, MediaType, HealthStatus, OperationalStatus,
@{n='GB';e={[math]::Round($_.Size / 1GB)}} | Format-Table -AutoSize
FriendlyName MediaType HealthStatus OperationalStatus GB
------------ --------- ------------ ----------------- --
Samsung SSD 990 PRO 1TB SSD Healthy OK 932
WDC WD20EZBX-00AYRA0 HDD Warning OK 1863
Un estado distinto de Healthy es una alerta seria. Para obtener más detalle, los contadores de fiabilidad muestran datos como la temperatura, el desgaste o los errores de lectura:
Get-PhysicalDisk | Get-StorageReliabilityCounter |
Select-Object DeviceId, Temperature, Wear, ReadErrorsTotal, ReadErrorsUncorrected, PowerOnHours
No todos los controladores exponen todos los valores, por lo que algunos campos pueden aparecer vacíos. Para un análisis completo de los atributos SMART, herramientas como CrystalDiskInfo en Windows o smartctl, del paquete smartmontools, ofrecen información mucho más detallada:
smartctl -a /dev/sdb
En los discos mecánicos, los atributos que más importan son los sectores reasignados, los sectores pendientes y los sectores no corregibles. Cualquier valor distinto de cero que crezca con el tiempo indica que la superficie del disco se está deteriorando. En los SSD, conviene vigilar el porcentaje de vida útil consumida y los errores de integridad de datos.
El Visor de eventos también registra los problemas de disco. Puedes filtrarlos desde PowerShell para ver si hay errores recientes de los controladores de almacenamiento o del sistema de archivos:
Get-WinEvent -FilterHashtable @{ LogName = 'System'; ProviderName = 'disk', 'Ntfs', 'stornvme' } -MaxEvents 20 |
Format-Table TimeCreated, ProviderName, Id, Message -Wrap
Si el disco muestra signos de fallo físico, la prioridad absoluta es copiar los datos y sustituir la unidad. Seguir ejecutando reparaciones intensivas sobre un disco que falla solo aumenta el riesgo de perder información.
Leer los resultados de chkdsk después del arranque
Cuando la comprobación se ejecuta durante el arranque, sus resultados desaparecen de la pantalla antes de que puedas leerlos. Sin embargo, Windows los guarda en el registro de eventos de aplicación, bajo el origen Wininit para las revisiones de arranque y Chkdsk para las ejecutadas en línea.
Puedes recuperarlos con PowerShell:
Get-WinEvent -FilterHashtable @{ LogName = 'Application'; ProviderName = 'Wininit', 'Chkdsk' } -MaxEvents 5 |
ForEach-Object { "{0}`n{1}`n" -f $_.TimeCreated, $_.Message }
En el informe conviene fijarse en algunas líneas concretas. Las referencias a archivos huérfanos o índices corregidos son habituales tras un apagado incorrecto y no suelen ser preocupantes. En cambio, menciones a sectores defectuosos añadidos al archivo de clústeres dañados indican un problema físico. Si Windows recupera fragmentos de archivos que no puede asociar a ninguna carpeta, los guarda en la raíz de la unidad dentro de una carpeta oculta llamada found.000:
C:\
├── found.000
│ ├── file0000.chk
│ ├── file0001.chk
│ └── file0002.chk
├── Program Files
├── Users
└── Windows
Esos archivos con extensión .chk contienen datos recuperados sin nombre. A veces es posible identificar su tipo original por su contenido, aunque en la mayoría de los casos no resultan útiles si se dispone de una copia de seguridad.
Errores comunes durante la reparación
Algunos mensajes aparecen con frecuencia al intentar reparar una unidad.
El primero es el acceso denegado por falta de permisos. Todas las herramientas de reparación necesitan privilegios de administrador:
Access Denied as you do not have sufficient privileges or
the disk may be locked by another process.
You have to invoke this utility running in elevated mode
and make sure the disk is unlocked.
La solución es abrir la consola con la opción Ejecutar como administrador.
El segundo es intentar reparar una unidad cifrada y bloqueada con BitLocker. Antes de revisarla hay que desbloquearla, por ejemplo con manage-bde:
manage-bde -unlock D: -RecoveryPassword 123456-123456-123456-123456-123456-123456-123456-123456
El tercero es que chkdsk se detenga en un porcentaje concreto durante mucho tiempo. Con la opción /r en discos grandes es normal que algunas etapas tarden horas. Si no hay ningún avance durante un tiempo muy prolongado, el disco probablemente esté fallando y lo más prudente es interrumpir el proceso, copiar los datos y revisar su estado SMART.
El cuarto es que el sistema de archivos aparezca como RAW, es decir, que Windows no lo reconozca. En ese caso chkdsk no puede actuar sobre la unidad:
The type of the file system is RAW.
CHKDSK is not available for RAW drives.
Este escenario suele indicar daños graves en la estructura de la partición. Antes de formatear, conviene usar herramientas de recuperación de particiones o de datos, o acudir a un servicio profesional si la información es valiosa.
El quinto es confiar en herramientas antiguas. WMIC, que durante años se usó para consultar el estado de los discos, está en desuso en las versiones actuales de Windows. Los cmdlets de PowerShell como Get-PhysicalDisk o Get-Volume son la alternativa recomendada.
Cómo evitar que vuelva a ocurrir
La mayoría de las veces, el mensaje de reparación es la consecuencia de algo que se puede prevenir.
Apaga el equipo siempre desde el menú de Windows y evita los apagados forzados salvo que el sistema esté completamente bloqueado. Si se te queda colgado con frecuencia, investiga la causa en lugar de recurrir al botón de encendido.
Expulsa las unidades externas de forma segura antes de desconectarlas. En Windows 11, las unidades USB usan por defecto la directiva de extracción rápida, que reduce el riesgo, pero no lo elimina si se desconecta durante una escritura.
Protege el equipo de los cortes de electricidad. En un equipo de escritorio, un sistema de alimentación ininterrumpida evita apagados bruscos; en un portátil, mantén la batería en buen estado y configura la hibernación cuando el nivel sea crítico.
Mantén actualizados Windows y los controladores de almacenamiento, especialmente los del chipset y los de las unidades NVMe. Muchos fabricantes publican actualizaciones de firmware que corrigen errores de estabilidad.
Desactiva el inicio rápido si sueles arrancar otros sistemas operativos en el mismo equipo o compartir discos entre ellos. El inicio rápido deja el sistema en un estado de hibernación parcial, y montar esos discos desde otro sistema puede provocar inconsistencias:
powercfg /hibernate off
Este comando desactiva la hibernación y, con ella, el inicio rápido. Si prefieres conservar la hibernación, puedes desactivar solo el inicio rápido desde las opciones de energía del Panel de control.
Vigila periódicamente la salud de los discos. Un pequeño script de PowerShell, programado con el Programador de tareas, puede avisarte cuando algún disco deje de estar en estado correcto:
$discos = Get-PhysicalDisk | Where-Object HealthStatus -ne 'Healthy'
if ($discos) {
$mensaje = $discos | ForEach-Object { "$($_.FriendlyName): $($_.HealthStatus)" }
Write-EventLog -LogName Application -Source 'Application' -EventId 9001 -EntryType Warning `
-Message ("Discos con problemas:`n" + ($mensaje -join "`n"))
}
Por último, y por encima de todo, mantén copias de seguridad automáticas. El Historial de archivos, OneDrive o cualquier solución de copias con versiones convierten un fallo de disco en una molestia en lugar de una catástrofe.
Cuándo restablecer Windows o cambiar el disco
Si después de aplicar todos los métodos el problema persiste, quedan dos caminos según el diagnóstico.
Si el disco está sano según SMART y las herramientas no encuentran errores físicos, pero Windows sigue sin arrancar correctamente, la opción más eficaz suele ser restablecer el sistema. Desde el entorno de recuperación, la opción Restablecer este PC permite reinstalar Windows conservando o no los archivos personales. Desde Windows Update también existe la posibilidad de reinstalar la versión actual del sistema sin perder aplicaciones ni datos, una alternativa menos drástica que conviene probar primero.
Si el disco muestra sectores reasignados en aumento, errores no corregibles o un estado de salud degradado, no tiene sentido seguir reparando. Copia los datos cuanto antes, sustituye la unidad y restaura el sistema desde la copia de seguridad o con una instalación limpia. Un SSD moderno, además de más fiable frente a golpes, reduce drásticamente el tiempo de arranque y de cualquier comprobación futura.
Conclusiones
El mensaje de análisis y reparación de unidad es, en la mayoría de los casos, un mecanismo de protección de Windows y no una avería. Aparece cuando el sistema de archivos NTFS queda en un estado inconsistente, normalmente tras un apagado forzado, un corte de electricidad o la desconexión brusca de una unidad, y su objetivo es corregir esas inconsistencias antes de que causen pérdidas de datos.
Cuando el proceso se queda atascado o se repite, Windows ofrece herramientas suficientes para resolverlo: la comprobación de errores del Explorador para los casos sencillos, Repair-Volume y chkdsk para reparaciones más controladas, el modo seguro y el entorno de recuperación cuando el sistema no arranca, y SFC y DISM para restaurar los archivos del propio Windows.
La clave está en distinguir entre problemas lógicos y físicos. Los primeros se reparan con software; los segundos solo se resuelven sustituyendo el disco. Revisar el estado SMART y los registros de eventos antes de lanzar reparaciones intensivas evita empeorar una unidad que ya está fallando.
Y, sobre todo, la mejor reparación es la que no hace falta. Apagar el equipo correctamente, mantener los controladores al día, vigilar la salud de los discos y contar con copias de seguridad automáticas convierten este mensaje en un simple aviso pasajero en lugar del inicio de un problema serio.