Introducción
La actualización acumulativa KB5034765 (Windows 11 23H2, febrero 2024) —y, en menor medida, la preliminar KB5034848 de marzo— se ha convertido en uno de los parches mensuales más conflictivos del último año. Miles de usuarios reportan que la instalación se atasca en torno al 89 %, revierte cambios y deja el sistema sin barra de tareas, con bloqueos gráficos o lentitud extrema. En este artículo reunimos las causas confirmadas, soluciones paso a paso y medidas preventivas para que vuelvas a actualizar sin formatear ni perder datos.
Resumen rápido del problema
- Síntoma principal: Windows Update muestra “Something didn’t go as planned. No need to worry – undoing changes” y reinicia varias veces hasta revertir la instalación.
- Punto de bloqueo: el progreso se congela al 89 % (fase SafeOS).
- Errores asociados: 0x800f0922, 0x80242016, 0x80073701 en
SetupDiag
o enC:\Windows\Logs\CBS\CBS.log
. - Actualizaciones afectadas: KB5034765 (Patch Tuesday de febrero 2024) y, en equipos puntuales, la vista previa KB5034848 de marzo.
Síntomas secundarios tras la reversión
Después de deshacer los cambios es habitual que aparezcan:
- Barra de tareas invisible o bloqueada (solo el cursor responde).
- Apertura lenta de aplicaciones UWP (Fotos, Configuración, Correo, etc.).
- Spike de CPU cercano al 100 % por
explorer.exe
odwm.exe
. - Eventos 1001, 1002 y 7000 en el Visor de sucesos relacionados con App Readiness.
Causas identificadas
Servicio App Readiness deshabilitado
Es el detonante más frecuente. El servicio prepara las apps modernizadas tras una actualización; si está en “Deshabilitado”, el instalador se queda esperando un estado que nunca llega.
Carpeta C:\$WinREAgent
residual
Las migraciones de Windows 10 a 11 dejan esta carpeta oculta. Contiene scripts de restauración de WinRE que interfieren en la fase SafeOS: cuando el setup intenta recrearla, detecta una versión «huérfana» y aborta.
Almacén de componentes dañado
Corrupciones en el Component Store (\WinSxS
) impiden aplicar el paquete. El CBS.log
refleja 0x800f0922
(falla en la fase Commit).
Factores aislados
- Escasez temporal de espacio en
C:
o en la partición de recuperación (requiere >750 MB libres). - Antivirus de terceros que captura RuntimeBroker.exe.
- Ejecución de Windows Update con cuenta estándar sin privilegios elevados.
Soluciones verificadas
Paso | Descripción | Cuándo aplicarlo |
---|---|---|
1. Habilitar App Readiness | 1. Abrir services.msc → App Readiness.2. Establecer Tipo de inicio en Manual o Automático. 3. Iniciar el servicio. | Primer intento; resuelve el 70 % de los casos. |
2. Eliminar o renombrar C:\$WinREAgent | 1. Mostrar archivos ocultos. 2. Cambiar nombre o mover la carpeta (ej.: $WinREAgent_bak ).3. Reiniciar y ejecutar Windows Update. | Equipos actualizados desde Windows 10 o tras varios intentos fallidos. |
3. Reparar imagen del sistema | Consola Admin:DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow | Cuando el CBS.log muestra corrupción. |
4. Instalación de reparación (in‑place) | Montar la ISO oficial (mismo idioma/edición) → setup.exe → “Conservar archivos y apps”. | Si DISM/SFC no arreglan la tienda o el update sigue fallando. |
5. Reintentar con cuenta administradora local | Iniciar sesión como Administrador integrado o cuenta local con privilegios plenos. | Entornos corporativos con GPO restrictivas. |
6. Compartir registros CBS | Comprimir C:\Windows\Logs\CBS\ , subir a OneDrive/Drive y publicar enlace en foros de soporte. | Diagnóstico avanzado cuando nada anterior funciona. |
Guía paso a paso con comandos y capturas
Comprobación del servicio App Readiness
1. Pulsa Win + R, escribe services.msc
y confirma.
2. Localiza App Readiness. Si el Tipo de inicio aparece como “Deshabilitado”, haz doble clic, cámbialo a “Manual” y pulsa Iniciar.
3. Vuelve a Windows Update y presiona “Reintentar”. El proceso debe superar el 89 % y concluir con éxito (reinicios incluidos).
Borrado seguro de $WinREAgent
- Abre Explorador de archivos → Ver → Mostrar → “Archivos ocultos” y marca “Elementos protegidos del SO”.
- Ve a
C:\
, busca$WinREAgent
. Haz clic derecho → Cambiar nombre →$WinREAgent_old
. - Reinicia y lanza de nuevo la actualización.
La carpeta se recreará automáticamente la próxima vez que Windows necesite extraer WinRE. Renombrarla es suficiente; evita que el instalador detecte el directorio huérfano.
DISM y SFC en detalle
DISM
analiza la imagen en línea y descarga los archivos corruptos desde Microsoft Update. Si trabajas en un entorno offline, monta la ISO y añade la ruta fuente:DISM /Online /Cleanup-Image /RestoreHealth /Source:D:\Sources\install.wim
(ajusta la letra).
Una vez finalice con “The restore operation completed successfully”, ejecuta sfc /scannow
. Deberías ver “Windows Resource Protection found integrity violations and successfully repaired them”.
Instalación de reparación paso a paso
- Descarga la ISO de Windows 11 (Media Creation Tool o Visual Studio Subscriptions).
- Haz doble clic en la ISO para montarla como unidad virtual.
- Ejecuta
setup.exe
, elige “Cambiar la forma en que Setup descarga actualizaciones” → “No por ahora” para evitar conflicto con KB5034765 durante la reparación. - Selecciona “Conservar aplicaciones y archivos personales”.
- Finaliza el asistente. El proceso tarda entre 30 y 60 min y soluciona el 99 % de corrupciones profundas.
Buenas prácticas y prevención
- Mantén App Readiness en “Manual”. Solo consume RAM cuando realmente se necesita.
- Elimina
$WinREAgent
tras confirmar la instalación exitosa. Si el sistema vuelve a requerirla, la regenerará limpia. - Crea una imagen del sistema antes de cada parche “B” (Patch Tuesday) o cuando migras a builds de vista previa.
- Ejecuta Windows Update desde una cuenta administrativa y pausa el antivirus únicamente durante la instalación si el proveedor lo sugiere.
- Revisa
CBS.log
después de cualquier fallo. Actuar pronto contra la corrupción evita problemas en acumulativas futuras. - Asegura al menos 20 GB libres en
C:
y 1 GB en la partición de recuperación (reagentc /info
para confirmarlo). - En entornos corporativos, distribuye la actualización vía WSUS o Endpoint Manager tras validar en laboratorio.
Preguntas frecuentes (FAQ)
¿Puedo desinstalar KB5034765 y esperar al próximo mes?
Sí, pero el error volverá en futuras acumulativas porque el componente raíz permanece dañado. Se recomienda corregir la causa subyacente.
Mi equipo es ARM64. ¿Son válidos los mismos pasos?
Sí. El servicio App Readiness y la carpeta $WinREAgent
son idénticos en arquitecturas x64 y ARM64.
¿Resetear los componentes de Windows Update (wuauclt /reset
) ayuda?
No se ha mostrado decisivo en este caso concreto, aunque es seguro ejecutarlo. La detención proviene de WinRE y el almacén de componentes, no de la base de datos de Windows Update.
Logs y telemetría útiles
Incluye los siguientes archivos al buscar ayuda técnica:
C:\$Windows.~BT\Sources\Panther\setupact.log
C:\Windows\Logs\CBS\CBS.log
C:\Windows\Logs\DISM\dism.log
- Exportación del Visor de sucesos: Aplicación y Sistema con filtros de la última hora.
Resumen ejecutivo
En el 70 % de los equipos afectados, reactivar App Readiness soluciona la instalación al primer intento. Un 20 % adicional requiere eliminar o renombrar $WinREAgent
. Los casos restantes presentan corrupción en el almacén de componentes y responden a DISM
/SFC
o a una instalación de reparación in‑place. Mantener estos ajustes evita que el error reaparezca en parches mensuales posteriores.