
Tras el despliegue del último paquete acumulativo de parches correspondientes a mayo de 2026, Microsoft ha tropezado con un obstáculo técnico inesperado. El boletín centrado en la actualización KB5089549 para Windows 11 prometía transformar la experiencia de usuario mediante la introducción de una esperada arquitectura de baja latencia para el procesador. Sin embargo, lo que debía ser una mejora de rendimiento masiva ha terminado provocando bucles de instalación fallidos y devolviendo a las pantallas el temido mensaje de reversión de cambios.
El problema ha escalado con rapidez en los foros de soporte técnico, confirmando el que sigue siendo uno de los mayores temores de la comunidad: que un parche obligatorio interfiera con la estabilidad del ecosistema. Como señaló en una ocasión Linus Torvalds, creador de Linux y crítico de los sistemas de distribución de software rígidos: «La complejidad de un sistema operativo se mide en su capacidad para gestionar los límites del hardware; cuando asumes que todos los equipos tienen recursos infinitos en sus sectores más críticos, el despliegue de software está condenado al fracaso». En este caso, la ambición técnica de Redmond ha colisionado directamente con las limitaciones físicas de la partición de arranque de miles de ordenadores.
-La promesa de fluidez que saturó el almacenamiento de arranque
Para comprender el origen del fallo, es necesario analizar la innovación que introduce la actualización KB5089549. Microsoft lleva semanas refinando un nuevo algoritmo de gestión energética y de frecuencias denominado internamente como «función de baja latencia». Este mecanismo está diseñado para coordinarse de forma más estrecha con los procesadores modernos, forzando picos de alto rendimiento ultra-rápidos en la CPU ante tareas cotidianas, como el despliegue de animaciones, la apertura de menús contextuales o la transición entre escritorios virtuales. El objetivo final era otorgar a la interfaz de Windows 11 una respuesta táctil y visual sumamente fluida.
Sin embargo, la implementación de este motor y la reconfiguración de los archivos de bajo nivel asociados al encendido requieren un intercambio de datos considerable dentro de la partición del sistema EFI (Extensible Firmware Interface). Este sector del disco, invisible para el usuario común en el explorador de archivos, es el encargado de almacenar los cargadores de arranque y los controladores esenciales que la placa base lee antes de iniciar el sistema operativo. La inyección de código de mayo de 2026 ha resultado ser demasiado voluminosa para los esquemas de particionado más ajustados, desencadenando un conflicto de espacio imperceptible para los analizadores de almacenamiento convencionales.
-El bucle del 35% y la reversión forzada
El comportamiento del fallo sigue un patrón idéntico en todos los equipos afectados. El proceso a través de Windows Update se inicia con aparente normalidad, descargando los paquetes y ejecutando la fase previa de instalación. Sin embargo, al alcanzar el umbral crítico del 35% del progreso, el instalador realiza la verificación de espacio en la partición EFI. Si el almacenamiento libre en dicho sector es de 10 MB o menos, el sistema operativo interrumpe la operación de forma abrupta.
Al no poder escribir las nuevas instrucciones de arranque, el sistema aborta el despliegue y muestra el código de error 0x800f0922, acompañado del mensaje de emergencia: «Algo no salió como se esperaba. Revirtiendo cambios». En ese instante, Windows Update deshace la instalación por completo para evitar que el ordenador quede en un estado inoperable, devolviendo al usuario al punto de partida tras varios minutos de espera y confirmando en los registros internos la presencia de espacio libre insuficiente en el volumen de arranque.
-¿Cómo bypassear la restricción mediante el registro del sistema?
Ante la oleada de reportes, los ingenieros de Microsoft han reaccionado publicando una solución paliativa que permite mitigar la saturación de la partición EFI mientras se desarrolla un parche definitivo que optimice el tamaño de la actualización. El procedimiento consiste en modificar una directiva de asignación de espacio residual (padding) dentro del registro de Windows 11, forzando al sistema a reducir los márgenes de seguridad para permitir que el nuevo código se asiente en la partición.
Para aplicar esta corrección técnica, los usuarios deben recurrir a la consola de comandos avanzada. El proceso requiere abrir una ventana del Símbolo del sistema (CMD) con privilegios de administrador y ejecutar de forma exacta la siguiente instrucción de inserción:
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Bfsvc" /v EspPaddingPercent /t REG_DWORD /d 0 /f
Este comando altera los parámetros del servicio de mantenimiento de archivos de arranque (Bfsvc), reduciendo a cero el porcentaje de espacio reservado para el acolchado de la partición. Tras introducir la línea de código, es estrictamente necesario reiniciar el ordenador. Una vez completado el reinicio, el usuario puede acudir nuevamente al panel de Windows Update y reintentar la instalación de la actualización KB5089549, la cual debería completarse de manera exitosa al no encontrar la restricción de almacenamiento previo en el sector EFI.