Error 0x800f0922 Windows 11: Microsoft revierte el fallo
Microsoft ha confirmado lo que muchos usuarios llevaban días reportando en foros y Reddit: la actualización KB5089549 de mayo de 2026 está dando problemas serios en Windows 11 24H2 y 25H2, y el responsable no es lo que parecía. No falla el parche en sí, falla el sitio donde se instala.
La cosa se ha movido rápido. Microsoft lo confirmó oficialmente el 15 de mayo de 2026, apenas dos días después de soltar la actualización en el Patch Tuesday del 13 de mayo. Y ya está distribuyendo una reversión automática para que la mayoría de equipos personales se arreglen sin que el usuario tenga que tocar absolutamente nada.
Contenido
El error 0x800f0922 y el cuello de botella de la partición EFI
El patrón es bastante reconocible si te ha tocado. La actualización descarga sin problema, empieza a instalarse, el equipo reinicia, aparece la pantalla del círculo girando y, alrededor del 35-36% de progreso, todo se viene abajo. Windows hace rollback con el clásico «Algo salió mal. Deshaciendo cambios» y deja el código 0x800f0922 en el historial.
La causa real está en una pieza diminuta y oculta del disco: la EFI System Partition (ESP), esa partición que casi nadie ha visto nunca pero sin la que Windows no arranca. Microsoft señala que el problema se dispara cuando el espacio disponible es de 10 MB o menos, lo que ocurre más a menudo de lo que parece en equipos viejos.
Este problema afecta a dispositivos con espacio libre limitado en la EFI System Partition, reconoce Microsoft en su documento de soporte oficial.
Aquí está lo curioso del asunto, y es un tema que el sector lleva tiempo viendo venir: la ESP nació en los años 2000 pensada para almacenar un bootloader mínimo. Hoy se le pide que aloje firmas de Secure Boot, módulos antimalware de arranque temprano, componentes BitLocker y, en este caso, los archivos de revocación DBX que bloquean malware como BlackLotus 2.0. La partición no ha crecido, las exigencias sí.
Por qué este parche en concreto tropezó
KB5089549 no es un update opcional ni un retoque cosmético. Es la actualización de seguridad que parchea CVE-2026-28451, una vulnerabilidad de bypass de Secure Boot, lo que significa que necesita escribir sí o sí en la partición de arranque. Si no hay sitio, no hay parche.
Los datos de diagnóstico de la propia Microsoft apuntan a que aproximadamente un 15% de los equipos con Windows 11 24H2 tiene menos de 10 MB libres en la ESP, y la cifra sube al 22% en máquinas de cuatro años. No es una minucia, es un porcentaje muy alto para un parche obligatorio.
En el log de CBS (C:\Windows\Logs\CBS\CBS.log) aparecen las pistas: SpaceCheck: Insufficient free space y ServicingBootFiles failed. Error = 0x70. Si te has topado con esto, ya sabes por dónde van los tiros.
La solución automática que Microsoft ya está empujando
La buena noticia es que no hay que hacer nada en la mayoría de casos. Microsoft ha desplegado una mitigación Known Issue Rollback (KIR) que se aplica automáticamente con el tiempo, y reiniciar el sistema puede ayudar a que llegue antes. Funciona en segundo plano vía Windows Update y para usuarios domésticos es prácticamente invisible.
¿Significa esto que el parche se queda sin aplicar? No exactamente. El KIR deshace temporalmente el cambio que genera el conflicto, no la actualización entera. Microsoft indica que la solución definitiva está en desarrollo y llegará en una futura actualización.
Soluciones manuales: solo para los que saben dónde pisan
Si bloqueas telemetría o restringes las actualizaciones, puede que el KIR no te llegue. En ese caso, Microsoft ha publicado una modificación del registro que reduce el espacio reservado en la ESP durante la actualización:
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Bfsvc" /v EspPaddingPercent /t REG_DWORD /d 0 /f
Tras aplicarlo, se reinicia y se reintenta la actualización. Tocar el registro nunca es trivial, así que copia de seguridad antes o esperar al KIR si la prisa no aprieta.
Para empresas, los administradores tienen una Group Policy específica que pueden desplegar de forma centralizada, con reinicio obligatorio tras aplicarla. Aquí también conviene tener a mano la recovery key de BitLocker antes de mover nada, porque cualquier operación que toque la partición de arranque puede convertir un fallo de update en un fallo de boot.
Lo que esto deja claro
Lo de KB5089549 es más síntoma que enfermedad. Llevamos años viendo cómo Windows depende cada vez más de una partición que sigue dimensionada con criterios de hace una década, y los fabricantes OEM tampoco ayudan al meter sus propios archivos dentro. Cada Patch Tuesday que toca arranque seguro o BitLocker se va a parecer a este.
Si eres usuario doméstico, espera al rollback automático y reinicia el equipo un par de veces a lo largo del día. Si gestionas un parque corporativo, la Group Policy es el camino seguro. Y si tienes una máquina con más de cuatro años, este es buen momento para mirar de reojo el tamaño de la ESP con Get-Partition en PowerShell. La próxima actualización de arranque puede tropezar en el mismo sitio.
