Windows 11 KB5083769: múltiples reinicios en la instalación y alerta de BitLocker en algunos equipos
La actualización KB5083769 de abril 2026 para Windows 11 está dando más de un dolor de cabeza. Microsoft confirmó dos problemas: algunos equipos experimentan múltiples reinicios durante la instalación, y un grupo reducido de PCs puede toparse con la pantalla de recuperación de BitLocker al arrancar tras instalar el parche. La buena noticia es que la empresa ya tiene soluciones en camino para ambos.
Varios reinicios para instalar una sola actualización
Lo normal es que Windows Update complete su trabajo con un único reinicio. Eso no está pasando con KB5083769. El propio editor del portal Windows Latest reportó que, tras llegar al 72% de progreso en la pantalla negra de instalación, su equipo reinició tres veces más antes de mostrar la pantalla de bloqueo. El fenómeno se repitió en dos PCs distintos y varios usuarios reportaron lo mismo.
Microsoft reconoció haber recibido los reportes, aunque todavía no pudo confirmar si se trata de un bug o si los reinicios extra son consecuencia de la actualización del .NET Framework que se lanzó el 14 de abril junto al Patch Tuesday. Hay un problema conocido de reinicios múltiples en instancias de Windows Server, pero Microsoft aclaró que ese caso es independiente de lo que están viendo los usuarios domésticos.
A eso se suma que algunos usuarios no logran instalar KB5083769 en absoluto. Los códigos de error reportados incluyen 0x800736b3, 0x800f0991, 0x800f081f, 0x800719e4, 0x800f0823 y 0x80071a2d. Un usuario con una Lenovo Yoga Slim 7x también indicó que la actualización simplemente no termina de instalarse.
BitLocker: solo afecta configuraciones específicas de directiva de grupo
No es la primera vez que un Patch Tuesday activa la pantalla de recuperación de BitLocker sin previo aviso. Esto ya ocurrió tras la actualización de octubre de 2025, y todo apunta a que KB5083769 repite el patrón en ciertos equipos. Según Microsoft, el problema aparece únicamente en PCs que tienen BitLocker habilitado en la unidad de Windows con la directiva de grupo “TPM platform validation profile for native UEFI firmware configurations” activada, y cuyo estado bajo Secure Boot State PCR7 figura como “Not Possible”.
Microsoft recomendó a los administradores de empresa revisar sus directivas de BitLocker para detectar inclusiones explícitas de PCR7, y verificar el estado de vinculación PCR7 mediante la herramienta msinfo32.exe antes de desplegar la actualización. Habrá que ver si las organizaciones que omitieron ese paso ya tienen activo el fix del lado del servidor que Microsoft comenzó a distribuir para evitar el problema.
Fuente: Windows Latest
