Nueve meses ha tardado Microsoft en arreglar uno de esos despropósitos que, de vez en cuando, afectan a quienes utilizan arranque dual de Windows con Linux. Hablamos de la actualización que la compañía distribuyó en agosto de 2024 como parte del habitual Patch Tuesday y que terminó bloqueando el acceso al sistema Linux en muchos equipos con Secure Boot habilitado.
Tal y como recogimos en su momento, el problema fue provocado por la actualización del componente SBAT (Secure Boot Advanced Targeting), dirigida supuestamente a la mitigación de una vulnerabilidad relacionada con GRUB2. El parche se incluyó en la actualización e introdujo una política de verificación más estricta… que terminó pasando por alto configuraciones legítimas de arranque dual, inutilizando el cargador GRUB y mostrando errores que impedían iniciar Linux.
Distribuciones populares como Ubuntu, Linux Mint o Zorin OS se vieron afectadas por un problema que no solo impedía su arranque, sino que en algunos casos incluso forzaba reinicios automáticos. Las soluciones provisionales pasaban por arremangarse y deshabilitar Secure Boot o eliminar manualmente la política SBAT de Microsoft desde Linux mediante terminal mediante, lo que además de engorroso, no estaba al alcance de todos los usuarios.
Ahora, nueve meses después y tras innumerables reportes, Microsoft ha reconocido por fin el fallo y ha lanzado una actualización que lo corrige. El parche ha llegado con el Patch Tuesday de mayo y, según la documentación oficial, mejora el mecanismo de detección de configuraciones de arranque dual para aplicar la política SBAT solo cuando corresponde. A partir de esta actualización, se entiende, los sistemas afectados deberían volver a arrancar sin problemas.
El arreglo cubre una amplia gama de versiones, incluyendo Windows 11 (23H2, 22H2, 21H2), Windows 10 21H2 y varias ediciones empresariales y de servidor. En principio, la actualización debería instalarse automáticamente en los sistemas afectados, pero para quienes aún sigan teniendo problemas se recomienda forzar la instalación del parche o, en último caso, aplicar de nuevo el procedimiento manual recomendado en un principio (lo tienes en la nota enlazada más arriba).
Queda así resuelto un fallo que, pese a lo específico del mismo, afectó a un número indeterminado de usuarios y que evidencia el pasotismo de Microsoft en estos asuntos. Otra razón más para apoyar el End Of 10 ¿no?
