Windows 11: actualizaciones que fallan o se deshacen, historial y códigos de error, registros, DISM, SFC y reinicio de componentesWindows 11: updates that fail or roll back, history and error codes, logs, DISM, SFC and resetting the components

Qué vas a conseguir

Un método para el equipo que no consigue instalar una actualización: saber qué actualización falla y con qué código, leer los dos registros que lo explican, reparar el almacén de componentes con DISM y SFC, reiniciar Windows Update sin borrar lo que no toca y resolver el caso más molesto: la actualización se instala, reinicia, llega al 100 % y dice No se pudieron completar las actualizaciones. Deshaciendo cambios.

Antes de empezar

• Windows 11 23H2, 24H2 o 25H2 y una sesión de administrador local (en remoto, por PowerShell o con la herramienta de control remoto).
• Saber cómo recibe las actualizaciones el equipo: Windows Update directamente, anillos de Intune, WSUS o MECM. Cambia dónde busca los archivos de reparación.
• Una ISO de Windows 11 de la misma versión que el equipo, guardada en un recurso compartido (\\srv-ficheros\Software$\ISO), para reparar sin conexión.
• C:\Temp creado para dejar las copias de los registros.

1. Qué actualización falla y con qué código

En el equipo, Configuración › Windows Update › Historial de actualizaciones: cada actualización con su estado y, si falló, el código. Desde PowerShell, con el historial completo:

›$s = (New-Object -ComObject Microsoft.Update.Session).CreateUpdateSearcher()›$s.QueryHistory(0, $s.GetTotalHistoryCount()) | Select-Object -First 4 Date, ResultCode, @{n='HResult';e={'0x{0:X8}' -f $_.HResult}}, Title | Format-ListDate       : 03/11/2026 21:14:52ResultCode : 4HResult    : 0x800F081FTitle      : 2026-10 Actualización acumulativa para Windows 11 Version 24H2 para sistemas basados en x64 (KBxxxxxxx)Date       : 02/11/2026 21:12:07ResultCode : 4HResult    : 0x800F081FTitle      : 2026-10 Actualización acumulativa para Windows 11 Version 24H2 para sistemas basados en x64 (KBxxxxxxx)

• ResultCode: 2 correcta, 3 correcta con errores, 4 fallida, 5 cancelada. La fecha está en UTC.
• El mismo error queda en el registro Sistema, origen WindowsUpdateClient, evento 20 (Error de instalación), y en Registros de Windows › Setup aparece el paquete del KB y su cambio de estado.

Los códigos que más se ven y por dónde empezar:

2. WindowsUpdate.log: qué hizo el agente

Desde Windows 10, el agente escribe trazas ETW en C:\Windows\Logs\WindowsUpdate. Get-WindowsUpdateLog las convierte en un texto legible (por defecto, en el escritorio de quien lo ejecuta):

›Get-WindowsUpdateLog -LogPath C:\Temp\WindowsUpdate.log›Select-String -Path C:\Temp\WindowsUpdate.log -Pattern 'FATAL|0x8' | Select-Object -Last 4 | ForEach-Object Line2026/11/03 21:13:40.5512031 5120  8344  Deployment      Installing update KBxxxxxxx (Revision 1)2026/11/03 21:14:51.9028114 5120  8344  Handler         FATAL: CBS called Error with 0x800f081f,2026/11/03 21:14:51.9031209 5120  8344  Handler         FATAL: Completing with result 0x800f081f2026/11/03 21:14:52.0125977 5120  8344  Agent           * END * Install ClientId = UpdateOrchestrator, Updates = 1, ScenarioId = 8, Result 0x800f081f

Si el error es de búsqueda o descarga (proxy, WSUS que no responde, 0x8024...), la causa está aquí. Si dice CBS called Error, el agente descargó bien y quien falló fue el servicio de componentes: el siguiente registro.

3. CBS.log: qué falló al instalar

CBS (Component-Based Servicing) instala los paquetes y anota cada paso en C:\Windows\Logs\CBS\CBS.log. Es grande y se está escribiendo: se copia y se busca en la copia.

›Copy-Item C:\Windows\Logs\CBS\CBS.log C:\Temp\CBS.log›Select-String -Path C:\Temp\CBS.log -Pattern 'HRESULT = 0x8|Payload Corrupt|Error' | Select-Object -Last 3 | ForEach-Object Line2026-11-03 21:14:40, Info   CSI  (p) CSI Payload Corrupt (n) amd64_microsoft-windows-shell32_31bf3856ad364e35_10.0.26100.xxxx_none_...\shell32.dll2026-11-03 21:14:51, Error  CBS  Failed to pin deployment while resolving Update: Package_for_RollupFix~31bf3856ad364e35~amd64~~26100.xxxx [HRESULT = 0x800f081f - CBS_E_SOURCE_MISSING]2026-11-03 21:14:51, Info   CBS  Failed to execute execution chain. [HRESULT = 0x800f081f - CBS_E_SOURCE_MISSING]

Payload Corrupt o SOURCE_MISSING con el nombre de un componente es almacén de componentes dañado: lo arregla DISM. Los registros antiguos se comprimen en CbsPersist_*.cab en la misma carpeta.

4. DISM y SFC, en este orden

DISM repara el almacén de componentes (C:\Windows\WinSxS), que es de donde SFC saca las copias buenas de los archivos del sistema. Por eso DISM va primero.

›DISM /Online /Cleanup-Image /CheckHealth›DISM /Online /Cleanup-Image /ScanHealthThe component store is repairable.›DISM /Online /Cleanup-Image /RestoreHealthError: 0x800f081fThe source files could not be found.Use the "Source" option to specify the location of the files that are required to restore the feature.

/CheckHealth lee una marca y tarda segundos; /ScanHealth revisa todo (varios minutos); /RestoreHealth repara descargando de Windows Update lo que falte. En un equipo que se actualiza por WSUS o sin salida a internet, esa descarga no llega y aparece el mismo 0x800f081f. Dos salidas:

• Origen sin conexión: montar la ISO de la misma versión, ver qué índice es tu edición y usarlo con /LimitAccess, que impide ir a Windows Update.

›Mount-DiskImage -ImagePath \\srv-ficheros\Software$\ISO\Win11_24H2_es-ES_x64.iso›DISM /Get-WimInfo /WimFile:E:\sources\install.wimIndex : 3Name : Windows 11 Enterprise›DISM /Online /Cleanup-Image /RestoreHealth /Source:WIM:E:\sources\install.wim:3 /LimitAccessThe restore operation completed successfully.›sfc /scannowWindows Resource Protection found corrupt files and successfully repaired them.

Si la ISO trae install.esd en lugar de install.wim, el origen es /Source:ESD:E:\sources\install.esd:3. Cuanto más reciente sea la ISO, más componentes encuentra.

• Permitir la reparación desde Windows Update aunque haya WSUS: la directiva Configuración del equipo › Plantillas administrativas › Sistema › Especificar la configuración para la instalación de componentes opcionales y la reparación de componentes, con la casilla de descargar el contenido de reparación directamente de Windows Update.

Lo que reparó SFC queda en CBS.log con la etiqueta [SR]: Select-String -Path C:\Windows\Logs\CBS\CBS.log -SimpleMatch '[SR]' | Select-Object -Last 10.

5. Reiniciar los componentes de Windows Update

Cuando el error es de descarga (0x80070002, una actualización que se queda al 0 % o vuelve a descargarse cada día), la caché de descargas o la base de datos de catálogos está mal. Se renombran, no se borran:

›net stop wuauserv›net stop bits›net stop cryptsvc›ren C:\Windows\SoftwareDistribution SoftwareDistribution.old›ren C:\Windows\System32\catroot2 catroot2.old›net start cryptsvc›net start bits›net start wuauserv

• Si ren dice que el archivo está en uso, un servicio ha vuelto a arrancar solo: se para otra vez y se repite.
• Windows crea las dos carpetas de nuevo en la siguiente búsqueda. El historial que se ve en Configuración se queda casi vacío: es normal, el de PowerShell y el registro de eventos siguen ahí.
• Nunca se borra catroot (sin el 2) ni nada de WinSxS a mano.
• Cuando el equipo se haya actualizado bien, se borran las carpetas .old.

6. Espacio en disco

Una acumulativa necesita varios GB libres para descomprimirse y una actualización de versión bastante más: por debajo de 20 GB libres en C: empiezan los fallos raros.

›Get-PSDrive C | Select-Object @{n='LibreGB';e={[math]::Round($_.Free/1GB,1)}}LibreGB-------    6,2›DISM /Online /Cleanup-Image /AnalyzeComponentStoreComponent Store Cleanup Recommended : Yes›DISM /Online /Cleanup-Image /StartComponentCleanup

Además: Configuración › Sistema › Almacenamiento › Recomendaciones de limpieza, la papelera, C:\Windows\SoftwareDistribution.old si ya no hace falta y, sobre todo, las carpetas del usuario que OneDrive puede dejar solo en la nube.

No uses /StartComponentCleanup /ResetBase como rutina: libera más espacio, pero las actualizaciones instaladas dejan de poder desinstalarse.

7. El ticket: "se instala, reinicia y dice 'Deshaciendo cambios'"

Martes, 8:45. Desde hace una semana, PC-0418 se reinicia cada noche, llega al 100 %, dice No se pudieron completar las actualizaciones. Deshaciendo cambios. No apagues el equipo y tarda veinte minutos en arrancar. Cumplimiento lo marca sin el parche del mes.

1. El código: el historial del punto 1 da 0x800F081F en el mismo KB cuatro noches seguidas. No es un fallo puntual.
2. Reinicio pendiente y espacio: Test-Path 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing\RebootPending' da False y hay 6,2 GB libres. Se limpia (punto 6) hasta 31 GB.
3. Los registros: WindowsUpdate.log dice CBS called Error; CBS.log, CSI Payload Corrupt en un componente y CBS_E_SOURCE_MISSING. Almacén de componentes dañado.
4. La reparación: RestoreHealth falla con 0x800f081f porque el equipo va por WSUS. Con la ISO de 24H2 como origen y /LimitAccess termina bien; después, sfc /scannow y un reinicio.
5. La actualización: Buscar actualizaciones. Se instala, reinicia y arranca sin deshacer. Si volviera a fallar, el paquete del Catálogo de Microsoft Update: en 24H2 pueden ser varios .msu (actualizaciones de punto de control); se dejan todos en la misma carpeta y se instala el del KB con DISM /Online /Add-Package /PackagePath:C:\Temp\KB\windows11.0-kbxxxxxxx-x64.msu, que encuentra solo los requisitos.
6. Si nada de lo anterior funciona: Configuración › Sistema › Recuperación › Solucionar problemas con Windows Update › Reinstalar ahora reinstala la versión actual de Windows conservando aplicaciones y archivos. El último paso es reinstalar el equipo con la imagen corporativa.

Otras causas del mismo síntoma: con 0x800f0922, una VPN o un proxy que corta la conexión durante el reinicio, o la partición del sistema EFI sin espacio; con fallos de controladores en CBS.log, el controlador o el antivirus de terceros que bloquea los archivos.

En el ticket: KB, código, líneas de los dos registros, qué se reparó y con qué origen, y la comprobación final (historial con ResultCode 2).

Siguientes pasos

• El diagnóstico básico de un equipo lento o con errores es la primera guía de este tema: versión, disco, eventos e integridad del sistema.
• Si el equipo lo gestiona Intune, la guía de anillos de Windows Update en Intune explica plazos, reinicios forzados y los informes de cumplimiento.
• En servidores, el mismo método con ventanas y clústeres está en actualizaciones planificadas de Windows Server.

¿Falta algo o en tu entorno es distinto? Escríbeme y lo corrijo.