10 月 30 日发布的 4.16 Beta 里，最重的一条修复不在 Rufus 自己的代码里，而在别人的固件里。
AMI 的 UEFI NTFS 驱动（版本 0x10000）随华硕、技嘉、戴尔、英特尔这些厂商的主板固件一起出厂，影响面被作者 Pete Batard 估为「数百万台」。缺陷的表现很隐蔽：当文件数据被分散到不连续的簇，驱动会读到不属于该文件的内容，于是 UEFI 环境下的校验失败；而同样一根 U 盘插回 Windows、Linux 系统里，校验却完全正常。问题 2024 年初就报给了 AMI，对方确认存在却没给修复，主板厂商又不常更新固件，Rufus 只能自己绕。
绕过的方式是让文件连续
具体做法是保证文件在 NTFS 介质上连续写入，避免踩到碎片化读取。这不是修 bug，是绕开 bug——把兼容责任从固件挪到了工具。
其余更新里有两条值得记：USB 3.2 及以上设备终于能被正确识别（USB 3.2、4.0、4.1 对应 20、40、80 Gbps 三档速率）；以 ESP 方式写入时不再吞掉整块磁盘，只占 1 GB 分区，这条是回归修复。另有 CA 2023 证书纳入校验、内嵌 GRUB 升到 2.16、DBX 地址更新，以及若干安全漏洞修补。
厂商名单也有分歧：一份把华硕、技嘉、戴尔、英特尔都算进来，另一份还提到微星。
这类麻烦的关键是责任分散：固件厂商、主板厂商、装机工具三方都能说自己无辜，最后是用户在装机那天撞上校验失败。4.16 还修了几个安全漏洞，说明这个只有几兆的小工具，仍在承担相当重的信任。
对普通用户，最实际的动作是升级到这一版再重做介质，别拿旧盘反复重试——重试只会在同一个位置失败。
判断：值得肯定的是不等固件、先把装机流程救回来。但也别把校验通过当成介质可靠——绕过针对的是特定驱动的读取错误，碎片化本身仍是风险。更该追问的是：一个 2024 年就确认的固件缺陷，为什么两年后还要靠一个开源小工具来兜底。
原文链接：https://www.ithome.com/1/020/452.htm
来源：IT之家
