Cómo actualizar Windows 11 de 21H2 a 23H2 sin el error 0xC1900101 – 0x30018

Si al pasar de Windows 11 21H2 a 23H2 no aparece la actualización en Windows Update y el intento con ISO o in‑place upgrade revierte con 0xC1900101 – 0x30018, este artículo te guía desde el diagnóstico hasta la solución: habilitar Secure Boot, ajustar RST y completar la instalación con éxito.

Índice

Resumen del problema y síntomas

Escenario típico:

Windows Update no ofrece la característica 23H2.
El intento de actualización desde ISO (in‑place) se revierte con 0xC1900101 – 0x30018 indicando fallo en la fase FIRST_BOOT / SYSPREP\SPECIALIZE.
Tras el intento, el equipo entra en bucle de arranque o el instalador llega a mostrar “el PC no cumple los requisitos”.

Este código de rollback suele apuntar a un controlador problemático o a un requisito de plataforma incumplido (por ejemplo, Secure Boot o TPM desactivados, o firmware en modo Legacy/CSM).

Diagnóstico del caso analizado

En los registros de instalación del sistema (carpetas C:\$WINDOWS.~BT\Sources\Panther y ...\Rollback) aparecen entradas que señalan DRIVER\PNP\WATCHDOG con implicación de iaStorAVC/pci.sys (controlador Intel Rapid Storage Technology, RST) y trazas del verificador de requisitos de plataforma indicando arranque seguro deshabilitado. Es decir, una combinación de:

Controlador de almacenamiento sensible durante la fase de detección PnP en el primer arranque del nuevo sistema.
Requisito de seguridad no satisfecho que bloquea la oferta por Windows Update y puede forzar revertidos durante el in‑place upgrade.

Por qué ocurre este bloqueo

La actualización de una versión de Windows once a una de características más recientes activa varias comprobaciones y reemplaza controladores base. El subcódigo 0x30018 indica fallo durante la fase de especialización del primer arranque del sistema actualizado. En ese momento, Windows reenumera el hardware con los controladores de la nueva versión. Si un controlador de almacenamiento o bus no responde dentro del tiempo esperado, el watchdog detona y el instalador inicia la reversión para restaurar el sistema anterior.

Además, si el firmware está en modo Legacy/CSM o con Secure Boot y TPM desactivados, se bloquea la elegibilidad para la característica. Aun cuando se fuerce el proceso desde ISO, el instalador puede encontrar la inconsistencia y abortar.

Solución que resolvió el caso

La resolución efectiva fue habilitar Secure Boot en BIOS/UEFI y realizar una instalación limpia de la versión 23H2. Con el arranque seguro activo y el almacenamiento adecuadamente controlado por RST o AHCI estable, el proceso se completa sin bucles ni revertidos.

Pasos recomendados en orden de impacto

Verificar requisitos en firmware
- Arranque seguro: activado.
- TPM dos punto cero: activado (PTT en Intel, fTPM en AMD).
- Modo de arranque: UEFI con CSM/Legacy desactivado.
Revisar controladores de almacenamiento
- Actualizar Intel RST al paquete recomendado por el fabricante de la placa o equipo.
- Si con la última versión hay bucles, probar una release conocida por su estabilidad en esa plataforma (por ejemplo, 17.9.0.1007 cuando es la que certifica el fabricante).
Actualizar BIOS o UEFI a la última versión disponible para tu modelo.
Método de actualización
- Preferente: in‑place upgrade desde la ISO de la versión de características. Ejecutar setup.exe y elegir conservar archivos y aplicaciones.
- Si persiste el fallo o hay bucle y WinRE no ayuda: copia de seguridad y instalación limpia con arranque seguro activo.
Si aparece “no cumple requisitos”, revisar que Secure Boot, TPM y UEFI estén activos y CSM deshabilitado. Corregir en firmware y reintentar.
Buenas prácticas antes de actualizar
- Desconectar periféricos no esenciales y desactivar antivirus, anticheat y controladores de bajo nivel para un arranque limpio.
- Reservar más de veinticinco a treinta gigabytes libres en el disco del sistema.
- Comprobaciones rápidas: chkdsk, DISM /Online /Cleanup-Image /RestoreHealth y sfc /scannow.
- Si la actualización revierte, revisar setupact.log y setuperr.log en Panther y Rollback.

Activación correcta de arranque seguro y firmware de plataforma

Comprobación en el sistema

Abrir Información del sistema con msinfo32.
Revisar Modo de BIOS: debe mostrar UEFI.
Revisar Estado de arranque seguro: debe mostrar Activado. Si aparece desactivado, sigue con la sección de firmware.

Activación en firmware

Entrar en el menú de firmware UEFI.
Desactivar Compatibility Support Module o modo Legacy y fijar UEFI como único modo de arranque.
Activar Secure Boot en el menú de seguridad. En plataformas con Intel, habilitar PTT; en plataformas AMD, habilitar fTPM.
Guardar cambios y reiniciar.

Consejo: si el disco del sistema está en esquema MBR y el firmware solo permite arranque seguro con GPT, convierte el disco manteniendo datos con la utilidad incluida en Windows. Operación sugerida (realiza copia de seguridad antes):

mbr2gpt /validate /allowFullOS
mbr2gpt /convert /allowFullOS

Una vez convertida la tabla de particiones, vuelve al firmware para forzar UEFI y activar el arranque seguro.

Gestión de controladores de almacenamiento

Actualización o retroceso del controlador RST

El controlador de Intel Rapid Storage Technology puede ser crítico durante la fase de especialización. Recomendaciones:

Prioriza el paquete certificado por el fabricante del equipo o placa para tu chipset y versión de sistema.
Si la edición más reciente provoca bucles, instala una versión estable anterior que el fabricante recomiende para esa plataforma. Un ejemplo frecuente es 17.9.0.1007 en determinados chipsets, cuando así consta en sus notas.
Evita mezclar controlador genérico y paquete OEM. Mantén coherencia con el soporte del proveedor.

Cambio de modo RAID a AHCI de forma segura

Si no usas arreglos RAID ni funciones VMD y el equipo está en modo RAID por defecto, el cambio a AHCI puede simplificar el camino a la actualización. Procede con cuidado:

Confirma que no hay volúmenes RAID activos. Si los hay, no cambies el modo o respáldalos fuera del sistema.
Desde consola con privilegios elevados, prepara un arranque a modo seguro para que Windows cargue los controladores AHCI al próximo inicio: bcdedit /set {current} safeboot minimal
Reinicia y entra al firmware. Cambia el controlador de almacenamiento a AHCI.
Arranca Windows en modo seguro, inicia sesión y quita el arranque forzado: bcdedit /deletevalue {current} safeboot
Reinicia con normalidad. Comprueba en Administrador de dispositivos que el sistema usa storahci o el controlador NVMe nativo.

Si más adelante deseas volver a RAID para usar RST, invierte el proceso. En equipos modernos con VMD, mantén el modo que el fabricante indique para el sistema operativo objetivo.

Método de actualización y reinstalación

In‑place upgrade desde la ISO

Montar la imagen ISO de la versión de características.
Ejecutar setup.exe y seleccionar no buscar actualizaciones durante la preparación para minimizar variables.
Elegir conservar archivos y aplicaciones.
Cerrar programas en segundo plano, desconectar periféricos no críticos y continuar.

Si el proceso revierte con el mismo código, anota la hora y pasa a la revisión de registros para identificar el controlador que bloquea. Aplica los ajustes de RST o firmware y reintenta.

Instalación limpia

Cuando el bucle persiste o el verificador insiste en los requisitos, la vía más rápida es una instalación limpia con arranque seguro activo:

Realiza una copia de seguridad completa de archivos y configura un plan de reinstalación de tus aplicaciones.
Crea un medio USB de instalación de la versión de características.
Con Secure Boot activo, arranca desde el USB y procede con la instalación. Si no hay particiones de datos separadas, elimina solo las asociadas al sistema anterior antes de instalar.
Una vez en el escritorio, instala los controladores del fabricante, incluido el paquete RST si corresponde a tu configuración.

Lectura y análisis de registros de instalación

Las carpetas de interés son:

C:\$WINDOWS.~BT\Sources\Panther
C:\$WINDOWS.~BT\Sources\Rollback

Archivos clave y qué buscar:

Archivo	Búsqueda sugerida	Interpretación
`setupact.log`	`0xC1900101`, `0x30018`, `DRIVER`, `PNP`, `WATCHDOG`	Fallo por controlador durante la reenumeración de dispositivos en el primer arranque.
`setuperr.log`	Entradas de error correlacionadas por hora	Resumen de fallos cronomarcados que ayudan a localizar el subsistema afectado.
`BlueBox.log`	`SecureBoot`, `TPM`, `UEFI`, `Compat`	Resultados de la evaluación de compatibilidad de requisitos de plataforma.
`CompatData_*.xml`	`Block`, `Driver`, `Storage`	Reglas de compatibilidad aplicadas a hardware y controladores concretos.

Ejemplo de patrón típico en setupact.log durante el fallo:

SP Operation failed: First_Boot
MOUPG DriverPackageInstall failed
DRIVER\PNP\WATCHDOG: device stack timed out (iaStorAVC)

Lista de comprobación previa

Desactivar antivirus de terceros, anticheat y herramientas de monitorización del núcleo.
Desconectar impresoras, cámaras, hubs y unidades externas no esenciales.
Asegurar espacio libre suficiente en la unidad del sistema.
Suspender BitLocker si está habilitado: manage-bde -protectors -disable C:
Reparar imagen y sistema: DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow
Comprobar disco: chkdsk C: /scan
Verificar en msinfo32 que UEFI y arranque seguro están activos antes de reintentar.

Tabla de síntomas, causas y acciones

Síntoma	Causa probable	Acción recomendada
No aparece la característica en Windows Update	Requisitos de plataforma no satisfechos o bloqueo por compatibilidad	Activar Secure Boot y TPM, desactivar CSM, actualizar BIOS
Reversión con `0xC1900101 – 0x30018`	Controlador de almacenamiento o bus inestable	Actualizar o retroceder RST; cambiar a AHCI si procede; arrancar con mínima interferencia
Bucle de arranque tras el intento	Timeout del watchdog PnP durante el primer arranque	Retirar periféricos, revisar RST/AHCI, reinstalar con arranque seguro activo
Mensaje de que no se cumplen requisitos	Arranque seguro o TPM desactivados; modo Legacy	Corregir en firmware, convertir MBR a GPT si es necesario y reintentar

Preguntas frecuentes

¿Por qué Windows Update no ofrece la versión de características?
Porque detecta que el equipo no cumple un requisito de plataforma o que hay un controlador bajo investigación que podría provocar fallos. Al corregir firmware y controladores, la oferta suele aparecer o, si no, el in‑place upgrade desde ISO se completa sin bloqueo.

¿Es obligatorio activar el arranque seguro?
Para este sistema y su ciclo de vida, el arranque seguro y TPM son requisitos. Mantenerlos desactivados no solo limita la elegibilidad de la actualización, también puede aumentar la probabilidad de reversión por incompatibilidad.

¿Sirve cambiar a AHCI en todos los casos?
No. Si usas RAID, Intel Optane o VMD, debes mantener el modo acorde a tu configuración. Cambia a AHCI solo cuando no tengas arreglos y prefieras el controlador nativo. Antes, respalda tus datos.

¿Qué gano con una instalación limpia respecto al in‑place upgrade?
Eliminas variables heredadas de controladores, software de terceros y configuraciones antiguas. Cuando hay bucles persistentes, es la vía más rápida para estabilizar el equipo en la versión objetivo.

¿En qué orden aplicar las acciones?
Primero, firmware y requisitos de plataforma; después, controladores de almacenamiento; por último, método de instalación. Este orden ataca causas raíz y evita trabajo duplicado.

Resumen final

El código 0xC1900101 – 0x30018 al pasar de Windows 11 21H2 a 23H2 suele deberse a un controlador que se atasca durante la fase de especialización del primer arranque, con especial incidencia del subsistema de almacenamiento y del cumplimiento de requisitos como arranque seguro y TPM. El diagnóstico clave del caso aquí descrito señaló DRIVER\PNP\WATCHDOG con iaStorAVC/pci.sys y el arranque seguro desactivado. La solución efectiva fue activar Secure Boot en UEFI y completar la instalación de la versión de características, preferiblemente de forma limpia cuando el in‑place upgrade sigue revirtiendo. Con esta combinación, el equipo quedó actualizado y estable.