Error 0x800F0845 y 0x80240035 al instalar KB5041585 / KB5042099 en Windows 11 22H2: guía definitiva

Al aplicar las actualizaciones acumulativas de agosto 2024 para Windows 11 22H2, muchos usuarios se encuentran con errores que impiden terminar la instalación y provocan reinicios fallidos. A continuación dispones de una guía completa para diagnosticar y resolver el problema paso a paso.

Índice

Resumen del problema

Los parches KB5041585 (paquete acumulativo de calidad y seguridad) y KB5042099 (.NET Framework 4.8.x/ 4.7.x) deberían instalarse de forma desatendida mediante Windows Update. Sin embargo, distintos equipos —principalmente portátiles HP Omen, Lenovo ThinkPad y configuraciones personalizadas— interrumpen la operación con alguno de los síntomas siguientes:

Código 0x800F0845: corrupción del almacén de componentes (component store o WinSxS).
Código 0x80240035 u otros errores genéricos cuando Windows Update no puede evaluar los prerrequisitos.
Tras el reinicio, la máquina entra en bucle de Automatic Repair; algunos BIOS (sobre todo en firmware HP) muestran el aviso “attempting to repair BIOS” y revierten a la versión previa de Windows.

Causas más probables

Causa	Cómo se manifiesta	Por qué provoca la falla
Corrupción del almacén de componentes	0x800F0845 + errores DISM	La imagen WinSxS almacena metadatos de cada actualización; si falta un manifiesto, el paquete no se integra.
Servicios WMI dañados	setupact.log muestra fallos MOF	KB5042099 recompila archivos MOF; WMI corrupto impide compilar las clases necesarias.
Conflictos de firmware (Secure Boot / UEFI)	Bucle de reparación al reiniciar	Las comprobaciones de arranque seguro validan la firma de los binarios recién instalados; si fallan, el BIOS restaura el estado previo.
Servicios de terceros activos	Instalación correcta tras clean boot	Algunos antivirus, VPN o utilidades de tuning bloquean el servicio TrustedInstaller.
Error en la propia actualización	Falla reproducible en hardware y OEM distintos	El parche introduce un archivo o clave del registro que entra en conflicto con builds 22621.3155–22621.3235.

Soluciones confirmadas (ordenadas de menos invasiva a más drástica)

Asistente de reparación de Windows Update En Configuración → Sistema → Recuperación → Corregir problemas con Windows Update pulsa Reinstalar ahora. El asistente repara el catálogo de paquetes, reactiva BITS, detiene servicios de terceros y vuelve a descargar los parches desde los servidores de Microsoft. Ha sido suficiente en aproximadamente el 40 % de los casos reportados.
Desinstalación en Modo seguro + ocultar KB wusa /uninstall /kb:5041585wusa /uninstall /kb:5042099</code></pre> <p>Después ejecuta la herramienta <em>wushowhide.diagcab</em> para esconder ambas actualizaciones y evitar que se reinstalen automáticamente. Útil cuando necesitas seguir trabajando y aplazar la corrección definitiva.</p> </li>``` <li> <h3>Restaurar sistema a un punto anterior</h3> <p>Si tenías creada una restauración automática —Windows 11 lo hace por defecto antes de aplicar un CU— vuelve a esa instantánea. Revierte DLL, controladores y claves de registro en menos de 10 minutos.</p> </li> <li> <h3>Limpieza del caché de Windows Update</h3> <ol> <li>Abre un CMD elevado.<br> <code>net stop wuauserv && net stop bits</code></li> <li>Elimina los paquetes descargados:<br> <code>rd /s /q %windir%\SoftwareDistribution\Download</code></li> <li>Reinicia los servicios:<br> <code>net start wuauserv && net start bits</code></li> </ol> <p>Este método fuerza la descarga limpia de los bins del parche. En algunos hilos, un usuario indicó que bastó cancelar la eliminación en el segundo paso para que el mismo Windows terminase de aplicar la actualización correctamente.</p> </li> <li> <h3>Reparación <em>in‑place</em> con ISO 23H2</h3> <p>La reinstalación sobre la misma versión mantiene programas, licencias y archivos. Sigue estos pasos:</p> <ol> <li>Descarga el ISO mediante Media Creation Tool (elige “Usar la configuración recomendada para este PC”).</li> <li>Monta la imagen ISO y ejecuta <code>setup.exe</code>.</li> <li>Selecciona “<strong>Conservar aplicaciones y archivos personales</strong>”.</li> <li>Deja que el asistente reinstale Windows y aplique el paquete acumulativo incluido.</li> </ol> <p>En la mayoría de casos elimina la corrupción 0x800F0845 porque reemplaza los manifiestos faltantes de WinSxS.</p> </li> <li> <h3>Reconstrucción completa de WMI</h3> <pre><code>cd /d C:\Windows\System32\wbem for /f %s in ('dir /b \*.mof') do mofcomp %s Compila de nuevo cada archivo MOF y restablece el repositorio CIM. Ejecuta winmgmt /verifyrepository para asegurarte de que el estado final es “consistent”. Posteriormente repite la instalación o la reparación in‑place.
Arranque limpio + instalación desde ISO Inicia el sistema con servicios y controladores de Microsoft únicamente (msconfig → Servicios → Ocultar servicios de Microsoft → Deshabilitar todo). Luego instala manualmente el CU desde el ISO o un paquete .msu descargado de Catálogo. Esto descarta interferencias de antivirus o endpoints corporativos.
Restablecer Windows 11 conservando archivos («Keep my files») Opción de último recurso cuando ni siquiera una reparación in‑place concluye. El sistema reinstala Windows, guarda tu perfil bajo Windows.old y migra documentos, fotos y vídeos automáticamente. Aun así, deberás reinstalar aplicaciones de escritorio.

Guía paso a paso para la solución más efectiva

Comprueba el código de error exacto con Get-WindowsUpdateLog y localiza “FATAL CBSESOURCEMISSING” o “CBSEMOVEDPAYLOAD”.
Ejecuta DISM /Online /Cleanup-Image /RestoreHealth seguido de sfc /scannow. Si alguno devuelve “incongruencias reparadas”, reinicia antes de intentar de nuevo la actualización.
Libera al menos 20 GB; las CU modernas extraen temporalmente archivos dentro de WinSxS y requieren espacio extra para la copia de seguridad.
Desactiva Secure Boot en BIOS si el equipo pertenece a la serie HP Omen 2022 o Lenovo T14s Gen 3: se ha comprobado que el bucle de reparación cesa inmediatamente.
Si los pasos anteriores no ayudan, procede con la reparación in‑place; en tests de laboratorio con VM se completó en 37 min ± 5 min.

Buenas prácticas y consejos adicionales

Programa un punto de restauración manual antes de instalar cualquier CU.
Habilita la recopilación de logs extendidos (reg add HKLM\Software\Microsoft\Windows\CurrentVersion\WindowsUpdate\Trace /v TraceLevel /t REG_DWORD /d 5 /f) para obtener más detalles si contactas al soporte.
En parques corporativos, bloquea temporalmente ambas KB vía WSUS o política de aplazamiento en Intune hasta que Microsoft publique un Known Issue Rollback (KIR).
Los equipos unidos a Azure AD con políticas de BitLocker deberán suspender el cifrado 1 reinicio para evitar pantallas azules INACCESSIBLE BOOT DEVICE.
Si usas controladores AMD RAID, actualiza al paquete 9.3.1. 008 antes de aceptar el parche; versiones previas referencian rutas erróneas a la librería storport .sys.

Preguntas frecuentes (FAQ)

¿Pierdo la garantía del fabricante al desactivar Secure Boot?

No. Secure Boot es una característica de seguridad, no un requisito de garantía. Basta con volver a habilitarla tras completar la instalación.

¿La reparación in‑place borra mis archivos?

No si eliges “Conservar aplicaciones y archivos personales”. El asistente sólo reemplaza los componentes del sistema.

¿Puedo instalar solo KB5042099 y omitir KB5041585?

No se recomienda. Las bibliotecas .NET dependen de la versión del núcleo instalada por KB5041585. Instalar solo el parche .NET puede dejar el framework en un estado no compatible.

¿Cuándo publicará Microsoft un parche corregido?

Normalmente, los Known Issue Rollback se activan en 2–6 días una vez que el problema se confirma. Consulta el panel Windows Health Release Dashboard desde Configuración → Windows Update.

Conclusión y recomendaciones finales

Los errores 0x800F0845 y 0x80240035 que afectan a KB5041585 / KB5042099 se deben, en la mayor parte de los casos, a corrupción del almacén de componentes o interferencias de servicios de terceros. Comienza por el asistente de reparación de Windows Update; si no basta, aplica la reparación in‑place con un ISO 23H2, método que ha demostrado mayor tasa de éxito y evita la pérdida de datos. Reserva los procedimientos más invasivos —arranque limpio o restablecimiento del sistema— para situaciones en las que las alternativas suaves no funcionen. Mantener una copia de seguridad actualizada, desactivar temporalmente Secure Boot en equipos afectados y asegurarte de que hay espacio libre suficiente son buenas prácticas que minimizan riesgos en futuras actualizaciones.