Pete Batard ha publicado Rufus 4.16 Beta con un workaround que evita un fallo del controlador NTFS integrado en el firmware UEFI de placas Asus, Gigabyte e Intel. El problema, originado en código de American Megatrends, marcaba como corruptos archivos de instalación completamente válidos durante la verificación de medios de arranque, sin que haga falta modificar el firmware para solucionarlo.
El fallo aparece al leer datos en bloques de 2 o 4 KB: el firmware los interpreta mal y la comprobación opcional de medios UEFI concluye que el archivo está dañado, aunque las sumas de verificación calculadas en Windows y Linux confirmen que todo está en orden. Vamos a ver por qué ocurre esto y qué cambia exactamente la nueva beta de Rufus para quienes la uséis para crear un USB de instalación.
El firmware UEFI marca archivos válidos como corruptos
El controlador NTFS que American Megatrends integra en su firmware UEFI es el origen del fallo, y fabricantes como Asus, Gigabyte e Intel lo distribuyen tal cual en sus placas base sin modificarlo. Al acceder a bloques de 2 o 4 KB, el controlador los lee de forma errónea, lo que activa falsas alarmas de corrupción durante la comprobación opcional de medios UEFI, ese chequeo adicional que algunas placas ofrecen para verificar un USB de instalación antes de arrancar desde él.
La contradicción queda clara en cuanto comparamos los hashes: Windows y Linux calculan sumas de verificación correctas sobre el mismo archivo que el firmware da por corrupto. El sistema operativo certifica que la imagen está intacta, mientras que ese chequeo concreto del arranque insiste en lo contrario. El bug afecta solo a esa comprobación opcional, no a la escritura del medio USB en sí, así que el archivo grabado con Rufus sigue siendo válido aunque el firmware lo marque como dañado.
Cómo evita Rufus la verificación sin un parche
Pete Batard ha optado por saltar esa comprobación opcional en lugar de esperar a que los fabricantes corrijan el código de American Megatrends. La decisión permite seguir creando medios de arranque sin que el aviso de corrupción interrumpa el proceso.
Al desactivar la verificación de ese bloque concreto, Rufus 4.16 Beta completa la creación del USB con normalidad y sin que tengamos que actualizar el firmware de la placa base. Es una solución práctica mientras Asus, Gigabyte e Intel no publiquen una revisión del firmware que corrija el controlador NTFS de American Megatrends. El propio Rufus se encarga de omitir ese paso durante la creación del medio, sin que tengamos que cambiar nada por nuestra cuenta: la comprobación opcional se salta únicamente en el firmware afectado, mientras que el resto del proceso de escritura del USB continúa exactamente igual.
Qué más trae esta beta del programa
Rufus 4.16 Beta añade detección de enlaces USB de 20, 40 y 80 Gbit/s, además de corregir errores que afectaban a la instalación desatendida, la función que permite completar el proceso sin que tengamos que introducir datos manualmente en cada paso. También actualiza GRUB a la versión 2.16, el gestor de arranque que emplean numerosas distribuciones Linux para iniciar el sistema.
La detección de los nuevos estándares USB permite que Rufus identifique con qué tipo de puerto estamos trabajando durante la creación del medio de arranque, algo relevante a medida que estas velocidades se generalizan en placas base y periféricos recientes. Estos cambios no están relacionados con el fallo de NTFS, pero llegan en el mismo paquete de esta beta. Pete Batard mantiene así el ritmo habitual de actualizaciones de Rufus, que combina en cada versión correcciones puntuales de compatibilidad con mejoras de detección de hardware.
Actualizar el firmware sigue siendo la vía pendiente para corregir el fallo de raíz del controlador NTFS, y depende de que Asus, Gigabyte e Intel publiquen una revisión del código de American Megatrends. Rufus 4.16 Beta ya está disponible para quienes necesitéis crear un medio de arranque sin que ese aviso de corrupción interrumpa el proceso.