Instalación de Windows atascada al 0%: la causa oculta que nadie revisa

febrero 12, 2026 • febrero 12, 2026 • Lectura: 23 min • Views: 0

¿Te fue útil?

Arrancas el instalador, eliges el idioma, haces clic en Instalar, miras el spinner… y luego: 0%. Ni 1%. Ni “trabajando en actualizaciones”. Solo 0%, como si Windows practicara atención plena.

La mayoría culpa a la ISO, a la memoria USB o a “Windows siendo Windows”. A veces tienen razón. Pero la causa oculta más común que veo en el campo es más fea y específica: la E/S de almacenamiento está fallando temprano, de forma silenciosa, porque el instalador está hablando con una combinación controlador/unidad que entra en timeout, está mal identificada, no tiene suficiente energía o funciona en modo/controlador equivocado.

Playbook de diagnóstico rápido

Si quieres el camino más corto hacia la verdad, trátalo como un incidente SRE: confirma el síntoma, aísla el subsistema, demuestra con logs y luego cambia una variable a la vez.

Primero: decide si es medio de instalación o almacenamiento

Cambia el medio de instalación (otra memoria USB, otro puerto). Usa un puerto USB 2.0 si está disponible (sí, más lento, pero a menudo más compatible).
Desconecta todo lo no necesario: discos extra, lectores de tarjetas, discos externos, dongles. Deja un disco objetivo y la USB del instalador. Menos buses, menos sorpresas.
Prueba la misma USB en otra máquina. Si también se queda colgada, la USB es sospechosa. Si funciona en otra máquina, céntrate en la ruta de almacenamiento de la máquina objetivo.

Segundo: confirma visibilidad y modo del almacenamiento

Revisa el modo de almacenamiento en BIOS/UEFI: AHCI vs RAID/Intel RST vs RAID del proveedor. Si no necesitas RAID, configura AHCI para la ruta de controladores más sencilla.
Comprueba que el disco objetivo se vea en el firmware y que tenga salud razonable (cuando sea posible). Si el firmware lo ve de forma intermitente, Windows Setup no lo arreglará mágicamente.
Desconecta adaptadores/risers NVMe y prueba la conexión directa si puedes. Los problemas de integridad de la señal suelen aparecer en el peor momento.

Tercero: recoge los logs del instalador de inmediato

En la pantalla atascada, presiona Shift+F10 para abrir un símbolo del sistema.
Extrae logs de X:\Windows\Panther y X:\$WINDOWS.~BT\Sources\Panther (las rutas varían). Busca reinicios/tiempos de espera de almacenamiento, fallos de carga de controladores y problemas de enumeración de discos.

Cuarto: cambia una variable que importe

Inyecta el controlador de almacenamiento correcto (Intel RST/VMD, HBA RAID, controlador NVMe del proveedor si corresponde). Si ves “no se encontraron unidades” o timeouts repetidos, los controladores no son opcionales.
Actualiza el firmware (UEFI/BIOS + firmware del SSD). Si Setup está atascado al 0% porque el disco se cae del bus, estás depurando física, no Windows.

Ese es el playbook. Todo lo demás es detalle—detalle importante—pero sigue siendo detalle.

Qué significa realmente “0%”

“0%” no es una medida precisa. Es un hito de la interfaz. Windows Setup es una canalización de múltiples etapas: arrancar en WinPE, cargar controladores, enumerar discos, preparar la imagen de instalación, crear particiones, aplicar el WIM, configurar el arranque y luego reiniciar al nuevo SO. Dependiendo de la versión y la fase de la interfaz, la barra de progreso puede no moverse hasta después de varios pasos costosos—especialmente el descubrimiento de discos, el particionado y el primer tramo de aplicación de la imagen.

Así que cuando ves 0% durante mucho tiempo, normalmente estás en uno de estos modos de fallo:

La enumeración del disco está loopando (incompatibilidad controlador/controladora, bus inestable, bug de firmware).
La E/S hacia el disco objetivo entra en timeout (reinicios NVMe, resets de enlace SATA, drama de firmware RAID).
El medio del instalador es lento o está fallando (USB defectuosa, puerto malo, hub raro, grabación de ISO corrupta).
El UEFI/particionado está bloqueado (entradas de arranque en conflicto, GPT/MBR corrupto, metadatos RAID residuales).
Inestabilidad de memoria o CPU (raro, pero sucede: perfiles XMP inestables y RAM marginal pueden parecer “setup colgado”).

Pero el que mejor se oculta—porque no siempre muestra un error amigable—es el bloqueo de E/S de almacenamiento en el límite del controlador.

La causa oculta que nadie revisa: reinicios tempranos de almacenamiento y bloqueos de E/S

Aquí está la verdad incómoda: Windows Setup suele ser la primera vez que un sistema realiza E/S sostenida y real a un disco nuevo bajo una pila de controladores genéricos. Esa combinación—escrituras intensas, cambios en la profundidad de cola, transiciones de gestión de energía y un controlador que intenta ser universal—expone casos límite. El resultado es un “atascado en 0%” que no está atascado. Está esperando E/S que nunca se completa.

Cómo se ve internamente

En los logs verás variantes de:

Reinicios de controlador/puerto (reinicios de enlace SATA, reinicios de controlador NVMe).
Reenumeración repetida del disco (el disco desaparece y reaparece con una ruta distinta).
TimeOuts al aplicar la imagen (bloqueos de escritura, reintentos).
Fallos de carga de controladores o retroceso a un controlador genérico que “funciona” hasta que no funciona.

En plataformas modernas esto aparece mucho con:

Configuraciones Intel VMD / RST donde el disco está detrás de una capa de virtualización y necesita el controlador correcto durante la instalación.
Unidades NVMe de consumo con firmware antiguo que se comporta mal bajo los valores por defecto de gestión de energía de WinPE.
Adaptadores USB-a-SATA usados como discos objetivo (no recomendado), que funcionan en Windows pero se descomponen en WinPE.
HBAs RAID cuyo firmware está bien para volúmenes de datos pero problemático durante la instalación del SO sin controladores del proveedor.

Y sí, a veces la “causa oculta” es casi insultantemente mundana: el disco se está muriendo. Setup es la primera carga de trabajo que pide a la unidad escribir gigabytes de forma continua. Un mapa de bloques NAND marginal o un controlador al final de su vida mostrarán la mano.

Un chiste corto, porque todos lo necesitamos: Una barra de progreso en 0% es la forma de Windows de decir “Estoy haciendo cosas, pero no quiero hablar de ello”.

Por qué la gente lo pasa por alto

Porque la interfaz no dice “tu NVMe se reinició tres veces”. Dice “0%”. Si no sacas los logs, estás adivinando. Y adivinar es como el tiempo de inactividad se transforma en “misterioso”.

Datos interesantes y contexto histórico

A continuación algunos datos concretos que explican por qué este problema sigue reapareciendo de formas nuevas:

Windows Setup se ejecuta sobre WinPE, un entorno mínimo con un conjunto de controladores curado; no es tu Windows totalmente parchado.
El despliegue basado en WIM (aplicar imagen y luego especializar) ha sido central en la instalación de Windows durante años; la interfaz “copiando archivos” a menudo oculta una gran tubería de descompresión/escritura.
AHCI se convirtió en la base común para SATA, pero los OEM seguían enviando modos RAID/RST habilitados por defecto para soportar caché y funciones empresariales.
NVMe cambió las firmas de fallo: en lugar de caídas obvias del enlace SATA, puedes obtener reinicios de controlador que parecen bloqueos momentáneos y luego “continúan”, hasta que dejan de hacerlo.
UEFI sustituyó las suposiciones del BIOS: GPT, particiones del sistema EFI y entradas NVRAM de arranque agregan nuevos lugares donde el estado obsoleto puede bloquear el progreso.
La compatibilidad con USB 3.x ha sido un dolor recurrente a través de múltiples generaciones de Windows; el instalador puede arrancar bien pero luego tener problemas de rendimiento/compatibilidad durante lecturas sostenidas.
Las pilas de almacenamiento del proveedor importan: Intel RST/VMD, AMD RAID y controladores HBA a menudo no están incluidos en medios de instalación antiguos.
Los requerimientos de Secure Boot y TPM (especialmente en la era de Windows 11) empujaron más sistemas a configuraciones de firmware “modernas” donde la corrección de driver/firmware es innegociable.
El cifrado de disco y las características Opal pueden complicar las instalaciones cuando las unidades están bloqueadas o tienen metadatos de seguridad residuales.

Tres micro-historias corporativas desde el terreno

Micro-historia #1: El incidente causado por una suposición equivocada

Una empresa mediana desplegó un nuevo modelo de portátil para un departamento que vivía de hojas de cálculo y videollamadas. Nada sofisticado. La imagen era “estándar”, la USB del instalador estaba “comprobada” y los técnicos habían hecho esto cien veces.

La mitad de los dispositivos se quedaban en 0% durante Windows Setup. Misma ISO, mismo flujo, distinto resultado. La primera suposición fue obvia: lote de USB malo. Cambiaron las memorias. Seguía atascado. Entonces asumieron que era “Windows 11 pesado”. Lo dejaron toda la noche. Seguía atascado.

Alguien finalmente abrió los logs con Shift+F10 y notó reinicios repetidos del controlador de almacenamiento y discos ausentes durante la enumeración. La variable oculta era una configuración de firmware: estos portátiles se enviaban con Intel VMD habilitado por defecto. El instalador podía arrancar, pero no tenía el controlador VMD correcto para esa generación de plataforma.

Una vez cargado el controlador correcto (y, en algunos casos, deshabilitado VMD para dispositivos que no lo necesitaban), las instalaciones completaron normalmente. La suposición equivocada no fue incompetencia técnica; fue creer que “si arranca, el almacenamiento debe estar bien”. En hardware de 2026, arrancar prueba casi nada.

Micro-historia #2: La optimización que salió mal

Otra organización tenía un proceso de laboratorio limpio: siempre usar los puertos más rápidos, siempre usar las USB 3.2 más nuevas, siempre habilitar “Fast Boot” en el firmware para reducir el tiempo hasta el escritorio. La meta era velocidad. La métrica era dispositivos por hora. La actitud: “somos profesionales”.

Entonces Windows Setup empezó a quedarse en 0% en un subconjunto de equipos de escritorio. No todos. Solo los que tenían un diseño particular de header USB frontal. El instalador arrancaba con fiabilidad, pero al llegar a “copiando/aplicando imagen”, el rendimiento de lectura caía y luego se detenía. A veces se recuperaba; a veces colgaba.

La “optimización” fue usar puertos USB 3.x frontales a través de un hub interno y cableado más largo. Bajo carga de lectura sostenida en WinPE, el bus negociaba hacia abajo o corregía errores hasta morir. Pasar a un puerto trasero de la placa base—o incluso forzar USB 2.0—hizo que el problema desapareciera. Perdieron unos minutos por máquina y ahorraron horas de retrabajo.

También aprendieron una lección cruel: una configuración puede ser “rápida” hasta el momento en que deja de serlo. Setup necesita estabilidad aburrida más que rendimiento pico.

Micro-historia #3: La práctica aburrida pero correcta que salvó el día

Una empresa global con un pequeño equipo SRE (sí, SREs para endpoints; sucede cuando eres grande) tenía una política: cada fallo de despliegue genera un ticket con logs adjuntos. No sensaciones, no conjeturas. Logs.

Una semana, un nuevo lote de SSDs empezó a causar bloqueos de Windows Setup en 0%. Los técnicos no discutieron la barra de progreso. Sacaron los logs Panther, anotaron timeouts de E/S de disco y correlacionaron por lote de hardware. Luego probaron el mismo modelo de SSD con una revisión de firmware distinta. Los timeouts desaparecieron.

La “práctica aburrida” fue control de versiones de firmware: seguían versiones de BIOS y firmware SSD como seguían el software. Eso les permitió atribuir la falla a un firmware específico del SSD y conseguir que el proveedor entregara un paquete actualizado. Mientras tanto, mitigaron cambiando SSDs o actualizando firmware antes de imagenar.

Ese proceso no parecía heroico. Simplemente fue disciplinado. La recompensa fue no tener una “interrupción misteriosa” en medio de una ola de despliegues.

Tareas prácticas: comandos, salidas y decisiones

Todo lo siguiente está diseñado para ejecutarse desde Windows Setup pulsando Shift+F10 (símbolo del sistema WinPE). Algunas tareas usan PowerShell; si no está disponible en tu build de WinPE, usa las alternativas cmd proporcionadas. Cada tarea incluye: comando, ejemplo de salida, qué significa y la decisión que debes tomar.

Tarea 1: Confirma que estás en WinPE y captura el contexto básico

cr0x@server:~$ ver
Microsoft Windows [Version 10.0.22621.1]

Significado: Este es la versión del entorno WinPE/Setup, no necesariamente la versión final del SO.

Decisión: Si vas a instalar una build de Windows muy nueva en hardware muy nuevo pero tu WinPE es antiguo, espera controladores ausentes. Usa medios de instalación más recientes.

Tarea 2: Comprueba si se detectan discos (DiskPart)

cr0x@server:~$ diskpart
Microsoft DiskPart version 10.0.22621.1

DISKPART> list disk

  Disk ###  Status         Size     Free     Dyn  Gpt
  --------  -------------  -------  -------  ---  ---
  Disk 0    Online         953 GB   953 GB        *
  Disk 1    Online         115 GB   1024 KB        *

Significado: Setup ve dos discos. A menudo Disk 1 es tu instalador USB y Disk 0 es el SSD interno, pero verifica por tamaño.

Decisión: Si list disk no muestra discos o falta el disco interno, deja de culpar a Windows. Tienes un problema en la ruta controlador/driver/firmware.

Tarea 3: Identifica cuál disco es el instalador USB y cuál el disco objetivo

cr0x@server:~$ diskpart
DISKPART> select disk 0

Disk 0 is now the selected disk.

DISKPART> detail disk

Samsung SSD 990 PRO 1TB
Disk ID: {…}
Type   : NVMe
Status : Online

Significado: Has confirmado el modelo y el tipo de bus.

Decisión: Si el tipo o modelo del disco parece erróneo (por ejemplo, “USB” para lo que pensabas que era NVMe), puede que estés instalando al objetivo equivocado o detrás de un adaptador que olvidaste.

Tarea 4: Comprueba metadatos RAID residuales o particionado raro que pueda bloquear setup

cr0x@server:~$ diskpart
DISKPART> select disk 0
DISKPART> list partition

  Partition ###  Type              Size     Offset
  -------------  ----------------  -------  -------
  Partition 1    Reserved           16 MB   1024 KB
  Partition 2    Primary           953 GB     17 MB

Significado: Este disco ya tiene particiones. No es inherentemente malo, pero puede complicar flujos de “actualización” vs “limpio”.

Decisión: Para instalaciones tercas, borra y recrea particiones (tras confirmar que no necesitas los datos). Si es una reconstrucción corporativa, normalmente quieres limpio.

Tarea 5: Haz un borrado limpio del disco objetivo (solo cuando estés seguro)

cr0x@server:~$ diskpart
DISKPART> select disk 0
DISKPART> clean
DiskPart succeeded in cleaning the disk.

Significado: Se ha eliminado la tabla de particiones. Esto a menudo limpia GPT obsoleto, entradas de arranque antiguas y firmas RAID residuales (no siempre toda la metadata, pero a menudo suficiente).

Decisión: Si Setup avanza tras clean, tu colgado anterior probablemente fue por metadatos de particionado/arranque raros, no por “copiado lento”.

Tarea 6: Revisa los controladores del controlador de almacenamiento cargados actualmente

cr0x@server:~$ drvload
Drvload: Enumerating driver packages...
Drvload: No driver packages found.

Significado: Este ejemplo muestra que no se han cargado controladores adicionales manualmente. WinPE aún tiene controladores incluidos, pero no necesariamente el del proveedor.

Decisión: Si faltan discos o son inestables, probablemente necesites cargar el controlador del proveedor desde una carpeta USB (RST/VMD/RAID/NVMe).

Tarea 7: Carga manualmente un controlador de almacenamiento (RST/VMD/RAID)

cr0x@server:~$ drvload D:\Drivers\VMD\f6flpy-x64\iaStorVD.inf
Drvload: Successfully loaded D:\Drivers\VMD\f6flpy-x64\iaStorVD.inf

Significado: El controlador ya está cargado en WinPE.

Decisión: Vuelve a ejecutar DiskPart list disk. Si aparece el disco interno, tu bloqueo al 0% fue por incompatibilidad controlador/controladora. Continúa la instalación con el controlador correcto integrado.

Tarea 8: Inspecciona los logs de Setup en busca de reinicios de almacenamiento y pistas de “atascado en 0%”

cr0x@server:~$ type X:\Windows\Panther\setupact.log | findstr /i "error fail stor nvme iaStor reset timeout"
2026-02-04 10:21:33, Error                 SP     Failed to enumerate disks. Error: 0x0000000e
2026-02-04 10:21:34, Info                  SP     Storage: controller reset detected
2026-02-04 10:21:40, Warning               SP     NVMe: command timeout, retrying

Significado: Esta es la pista clave. Fallos de enumeración y timeouts explican por qué la interfaz nunca avanza.

Decisión: Si ves reinicios/timeouts, trátalo como un problema de estabilidad de almacenamiento: actualiza BIOS/firmware del SSD, cambia el modo del controlador, carga el controlador correcto o cambia el hardware.

Tarea 9: Extrae logs adicionales del área de staging $WINDOWS.~BT (cuando exista)

cr0x@server:~$ dir X:\$WINDOWS.~BT\Sources\Panther
 Volume in drive X has no label.
 Directory of X:\$WINDOWS.~BT\Sources\Panther

02/04/2026  10:19 AM    <DIR>          .
02/04/2026  10:19 AM    <DIR>          ..
02/04/2026  10:21 AM           842,113 setuperr.log
02/04/2026  10:21 AM         6,201,004 setupact.log

Significado: El instalador ha creado un directorio de staging; los logs aquí pueden ser más ricos que la ruta Panther base.

Decisión: Si estos logs no existen, puedes estar colgando antes de staging—a menudo durante la inicialización del driver o el descubrimiento temprano del disco.

Tarea 10: Comprueba si el sistema está haciendo thrash en memoria o es inestable

cr0x@server:~$ wmic computersystem get TotalPhysicalMemory
TotalPhysicalMemory
17179869184

Significado: Confirma que la RAM está detectada (aquí: 16 GiB).

Decisión: Si la RAM se informa incorrectamente o sospechas inestabilidad (bloqueos aleatorios, comportamiento inconsistente), deshabilita XMP/overclocks en BIOS y vuelve a probar. Setup es una prueba de estabilidad que se hace pasar por asistente.

Tarea 11: Valida la letra de unidad del medio de instalación y síntomas de velocidad de lectura

cr0x@server:~$ dir D:\
 Volume in drive D is ESD-USB
 Directory of D:\

02/04/2026  09:58 AM    <DIR>          boot
02/04/2026  09:58 AM    <DIR>          efi
02/04/2026  09:58 AM    <DIR>          sources

Significado: Has localizado el medio de instalación (comúnmente D: en WinPE, pero no siempre).

Decisión: Si dir es lento, muestra errores o se queda colgado, la ruta USB es sospechosa. Muévete a un puerto trasero, evita hubs, prueba otra memoria o reconstruye el medio.

Tarea 12: Comprueba señales SMART/salud obvias del disco objetivo (limitado en WinPE)

cr0x@server:~$ wmic diskdrive get Model,Status,InterfaceType
InterfaceType  Model                   Status
NVMe           Samsung SSD 990 PRO 1TB OK
USB            Generic Flash Disk      OK

Significado: WMIC ofrece un estado grueso “OK” o “Pred Fail”; no es un volcado SMART completo.

Decisión: Si el estado no es OK o el modelo falta/está garbled, trata el disco o el controlador como poco fiable. Cambia hardware o actualiza firmware antes de perder tiempo.

Tarea 13: Confirma modo UEFI vs Legacy desde WinPE

cr0x@server:~$ reg query HKLM\System\CurrentControlSet\Control /v PEFirmwareType
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control
    PEFirmwareType    REG_DWORD    0x2

Significado: 0x2 típicamente indica UEFI; 0x1 indica BIOS/Legacy.

Decisión: Si pretendías UEFI pero estás en modo Legacy (o viceversa), para. La incongruencia de modo de arranque causa confusión de particionado y fallos del cargador de arranque que parecen “setup atascado”. Arregla el modo de arranque primero.

Tarea 14: Comprueba si BitLocker o metadatos de cifrado pueden complicar el acceso al disco

cr0x@server:~$ manage-bde -status
BitLocker Drive Encryption: Configuration Tool version 10.0.22621
ERROR: The system drive is not encrypted.

Significado: En este caso, no hay BitLocker en el entorno WinPE actual (esperado). En sistemas reales, las unidades de datos pueden aún tener metadata de BitLocker.

Decisión: Si estás reinstalando sobre un volumen cifrado, considera borrar particiones. No trates de “reparar la instalación” a través de un disco bloqueado.

Tarea 15: Exporta logs a una USB para leerlos en otra máquina

cr0x@server:~$ md D:\setup-logs
cr0x@server:~$ xcopy X:\Windows\Panther D:\setup-logs\Panther /e /i /y
X:\Windows\Panther\setupact.log
X:\Windows\Panther\setuperr.log
2 File(s) copied

Significado: Has capturado logs para análisis fuera de línea.

Decisión: Si estás en un entorno corporativo, adjunta estos logs al ticket. Si estás solo, léelos en una máquina que funcione y busca palabras clave relacionadas con almacenamiento.

Tarea 16: Verifica que WinPE pueda escribir en el disco objetivo (prueba de cordura rápida)

cr0x@server:~$ diskpart
DISKPART> select disk 0
DISKPART> create partition primary size=1024
DiskPart succeeded in creating the specified partition.

DISKPART> format fs=ntfs quick
  100 percent completed
DiskPart successfully formatted the volume.

Significado: Las operaciones básicas de crear/formatear tuvieron éxito. Esto no garantiza estabilidad de escritura sostenida, pero es una señal fuerte.

Decisión: Si esto falla, tu ruta de almacenamiento objetivo no es lo bastante saludable para instalar el SO. Arregla hardware/firmware/controlador antes de intentar de nuevo.

Segundo chiste corto (y esos son tus dos permitidos): DiskPart tiene dos modos: obediente y “¿De verdad querías hacer eso?”.

Errores comunes (síntomas → causa raíz → solución)

Esta sección es intencionalmente específica. Si quieres consejos genéricos, pregunta a un buscador. Si quieres arreglar la máquina, empareja síntomas con causas.

1) Síntoma: UI de Setup atascada en 0%, LED del disco parpadea de vez en cuando

Causa raíz: Timeouts/reinicios NVMe repetidos bajo valores por defecto de driver/gestión de energía de WinPE; a veces desencadenado por firmware antiguo del SSD.
Solución: Actualiza firmware del SSD y BIOS/UEFI. Prueba un instalador de Windows más nuevo. Si es un portátil, asegúrate de tener alimentación AC. Si está detrás de VMD/RST, carga el driver correcto o deshabilita VMD.

2) Síntoma: No aparecen discos en “¿Dónde desea instalar Windows?”

Causa raíz: El controlador de almacenamiento requiere driver del proveedor (Intel VMD/RST, AMD RAID, HBA RAID).
Solución: Carga el controlador del controlador vía la interfaz Load driver o drvload. Alternativamente, cambia el modo BIOS a AHCI si no necesitas funciones RAID.

3) Síntoma: Funciona en un puerto USB pero no en otro

Causa raíz: Inestabilidad de puerto/hub frontal; peculiaridades del controlador USB 3.x en WinPE; alimentación insuficiente en ciertos puertos.
Solución: Usa puertos traseros de la placa. Evita hubs. Prueba un puerto USB 2.0. Recrea el instalador en una memoria de otra marca.

4) Síntoma: Setup reinicia o cuelga aleatoriamente; logs muestran IDs de disco distintos entre arranques

Causa raíz: Cable/backplane defectuoso; adaptador NVMe marginal; inestabilidad de alimentación; bug de firmware del controlador.
Solución: Recoloca el disco, cambia el cable/puerto SATA, quita risers/adaptadores, actualiza firmware, prueba con un disco conocido bueno.

5) Síntoma: “Copiando archivos” nunca comienza; 0% para siempre; CPU casi inactiva

Causa raíz: Setup bloqueado antes de aplicar imagen—a menudo en la enumeración del disco o el particionado.
Solución: Abre Shift+F10, ejecuta DiskPart list disk. Si faltan discos: problema de driver/controlador. Si los discos están presentes: borra particiones y vuelve a intentar, y lee los logs Panther.

6) Síntoma: El disco aparece, pero falla el formateo o la creación de particiones

Causa raíz: Disco protegido contra escritura (raro), medio fallando o problema de capa de traducción del controlador (bridge USB-SATA, confusión de modo RAID).
Solución: Usa DiskPart attributes disk y clean. Si sigue fallando, cambia el disco o evita el adaptador/bridge/capa RAID.

7) Síntoma: Setup solo se cuelga cuando otros discos están conectados

Causa raíz: Setup elige el disco equivocado para archivos de arranque, o se confunde por particiones ESP residuales en otro disco.
Solución: Desconecta todos los discos no objetivo durante la instalación. Tras instalar con éxito, reconecta y corrige el orden de arranque.

8) Síntoma: Setup avanza tras deshabilitar “Fast Boot” en BIOS

Causa raíz: Fast Boot salta la inicialización de dispositivos; algunos controladores no se re-inicializan completamente para WinPE en un estado limpio.
Solución: Deshabilita Fast Boot para instalaciones y resolución de problemas. Vuelve a activarlo después si lo necesitas, cuando el SO esté estable.

Listas de verificación / plan paso a paso

Checklist A: El plan de “15 minutos para dejar de perder tiempo”

Desconecta todos los periféricos y discos extras (deja solo el disco objetivo + la USB del instalador).
Mueve la USB del instalador a un puerto trasero de la placa; evita hubs/paneles frontales.
Arranca el instalador, espera a la pantalla atascada y pulsa Shift+F10.
Ejecuta DiskPart list disk. Si falta el disco objetivo: ve a los pasos de modo de almacenamiento/controlador.
Revisa el modo de almacenamiento en BIOS: prefiere AHCI a menos que necesites RAID/VMD.
Si debes usar VMD/RST/RAID: carga el controlador correcto (drvload) y confirma que el disco aparece.
Lee setupact.log en busca de cadenas “timeout/reset/enumerate”.
Si el disco está presente pero la instalación sigue atascada: clean el disco y vuelve a intentar.

Checklist B: El plan “suero de verdad hardware” (para 0% repetidos)

Actualiza BIOS/UEFI a una versión estable conocida (no necesariamente la beta más nueva).
Actualiza firmware del SSD usando las herramientas del proveedor (hazlo antes de reinstalar si es posible).
Deshabilita overclocks/XMP temporalmente. Primero estabilidad, luego vanidad.
Si SATA: cambia cable, cambia puerto, quita splitters/backplanes.
Si NVMe: recoloca la unidad, prueba sin risers/adaptadores, prueba otro slot M.2.
Prueba con otro disco objetivo (conocido bueno). Si el problema desaparece, deja de discutir y reemplaza la unidad defectuosa.

Checklist C: El plan de “repetibilidad corporativa”

Estandariza la versión del instalador (misma build de Windows, mismo conjunto de controladores WinPE).
Mantén un paquete de controladores por modelo de hardware (especialmente almacenamiento y chipset).
Registra versiones de BIOS/firmware SSD como parte del historial de builds.
Requiere logs adjuntos para fallos (logs Panther como mínimo).
Mantén al menos una “máquina de referencia” por modelo para pruebas de reproducción.

Una cita de ingeniería (idea parafraseada)

Idea parafraseada, atribuida a W. Edwards Deming: “Sin datos, eres solo otra persona con una opinión”.

En este contexto, “datos” significa los logs Panther, resultados de enumeración de discos y modo del controlador. No la sensación que obtienes mirando 0%.

Preguntas frecuentes

¿Por qué Windows Setup muestra 0% tanto tiempo?

Porque la interfaz de progreso no empieza a contar hasta que se completan ciertas etapas. La enumeración de discos, la inicialización de controladores y el particionado pueden ocurrir antes de que la barra se mueva.

¿Es normal que Windows 11 tarde más en 0% que Windows 10?

A veces, pero “normal” significa minutos, no horas. Si estás atascado tanto como para replantearte tus decisiones vitales, probablemente tengas problemas de E/S o drivers.

¿Cómo abro los logs si el instalador está atascado?

Presiona Shift+F10, luego inspecciona X:\Windows\Panther\setupact.log y setuperr.log. Busca “timeout”, “reset”, “enumerate”, “nvme”, “stor” y el nombre de tu driver de controlador.

No aparece mi disco. ¿Cuál es la solución más probable?

Carga el controlador correcto del controlador de almacenamiento (Intel RST/VMD, AMD RAID o tu driver HBA). Si no necesitas RAID, cambiar a AHCI suele ser la ruta más limpia.

¿Debería deshabilitar Intel VMD para instalar Windows?

Si no necesitas las funciones de VMD, sí—deshabilítalo y usa AHCI para simplicidad. Si lo necesitas (ciertos builds corporativos, RAID, funciones de gestión específicas), mantenlo habilitado pero suministra el driver VMD correcto durante el setup.

¿El comando `clean` en DiskPart arregla atascos al 0%?

Arregla una sorprendente cantidad de casos, porque elimina tablas de particiones conflictivas y metadata de arranque. No arreglará un disco que se esté reiniciando ni un controlador faltante.

¿Una USB mala puede realmente causar un atasco al 0%?

Absolutamente. WinPE puede arrancar desde una memoria marginal y luego quedarse sin recursos durante lecturas sostenidas. Cambia la USB, el puerto y evita hubs.

¿Qué pasa si DiskPart muestra el disco, pero Setup sigue colgando?

Entonces la visibilidad no es el problema—la estabilidad lo es. Revisa los logs buscando timeouts/reinicios, actualiza BIOS/firmware del SSD y considera cambiar el disco objetivo para probar si el hardware es el culpable.

¿La inestabilidad de RAM es una causa realista?

Sí, especialmente en equipos de escritorio con perfiles XMP agresivos. Desactiva XMP/overclocks y vuelve a ejecutar la instalación. Si de repente funciona, acabas de diagnosticar que “ajustes de benchmark” eran la fuente de la interrupción.

¿Por qué ayuda desconectar otros discos?

Windows Setup a veces coloca archivos de arranque en un disco distinto al que instalas, especialmente si otro disco ya tiene una partición EFI. Quitar otros discos evita que Setup se vuelva “creativo”.

Conclusión: próximos pasos que realmente funcionan

Si la instalación de Windows está atascada en 0%, trátalo como un incidente con una dependencia crítica única: E/S de almacenamiento fiable. La causa oculta no es mística. Normalmente es una incompatibilidad de modo de controlador, un controlador faltante, un bug de firmware o un disco que falla silenciosamente bajo escrituras sostenidas.

Haz esto a continuación:

Ejecuta el playbook de diagnóstico rápido: simplifica hardware, confirma visibilidad del disco, extrae logs.
Si faltan discos: arregla el modo del controlador o carga el driver correcto—no sigas reintentando a ciegas.
Si los logs muestran reinicios/timeouts: actualiza BIOS y firmware del SSD, y demuestra estabilidad con un disco conocido bueno.
Una vez arreglado, hazlo repetible: estandariza medios y registra versiones de firmware como registras el software.

Las barras de progreso no son telemetría. Tus logs sí. Depura con evidencia y 0% dejará de ser un misterio y será solo otro ticket resuelto.