IT之家 10 月 31 日消息，开源装机工具 Rufus 昨日（10 月 30 日）更新 4.16 Beta 版本，主要绕过了 UEFI NTFS 错误，改进了 USB 检测，并引入了其他几项增强功能。
IT之家翻译更新日志内容如下：
终于绕过了那个愚蠢的 AMI NTFS 驱动程序缺陷，让运行时 UEFI 介质验证能够在 AMI 搞砸的数百万台 PC 上正常工作。
终于能够正确报告 USB 3.2+ 设备了（USB 3.2 = 20 Gbps，USB 4.0 = 40 Gbps，USB 4.1 = 80 Gbps—— 看看吧，USB 论坛，这其实真的没那么难！）
修复了在运行时 UEFI 介质验证过程中，未将 CA 2023 更新的文件纳入考虑的问题。
修复了在所有依赖条件尚未满足时，“静默安装”选项仍可能被应用的问题。
修复了一项回归问题：使用“以 ESP 方式写入”时，会占用整个磁盘，而非预期的 1 GB 分区。
修复了在非英语区域设置下，WUE 时区重复的问题，并恢复了对本地用户名中包含句点（
.）的支持在“易用性改进”选项中，新增了恢复经典右键上下文菜单的功能。
在禁用“是否要格式化此驱动器？”提示时，不再使用一直存在诸多问题的组策略方式。
改进了对原始镜像分区的（重新）挂载功能。
将内嵌的 GRUB 更新至 2.16 版本。
将 libcdio 更新至最新版本。
更新了官方 DBX URL，因为 Microsoft 已对其进行了更改。
修复了多个安全漏洞，感谢 @indep-arg、@andife、Adam Korczynski 以及 @SilentSobs
本次更新最关键的变化，是针对 AMI UEFI NTFS 驱动程序中的一个普遍性缺陷提供规避方案；该缺陷可能导致部分电脑从 NTFS 启动介质读取错误数据，进而影响 Windows 或 Linux 安装盘的启动验证。
Rufus 作者 Pete Batard 表示，这一驱动缺陷影响“数百万台”PC。出问题的 AMI UEFI NTFS 驱动版本为 0x10000，常见于华硕、技嘉、戴尔、英特尔等厂商的主板或整机固件中。当 NTFS 文件的数据被分散存储在多个不连续簇中后，该驱动可能读取到不属于目标文件的数据，造成 UEFI 环境下校验失败。
这一问题最初是在测试写入 NTFS 介质的 UEFI 可启动 ISO 镜像时被发现：文件在 Windows 或 Linux 中校验正常，但进入 UEFI 后却出现校验错误。
Batard 称，团队早在 2024 年初已向 AMI 报告，对方确认问题存在，但未提供修复；由于主板厂商通常不会频繁更新固件，Rufus 选择了绕过方案，确保文件连续写入 NTFS 介质，避免触发碎片化读取错误。
广告声明：文内含有的对外跳转链接（包括不限于超链接、二维码、口令等形式），用于传递更多信息，节省甄选时间，结果仅供参考，IT之家包含外链的文章均包含本声明。