这串issue中作者的态度是：这完全是华硕不照规格开发UEFI程式所致，按规格来讲他的NTFS驱动绝对是能用的所以要卢请去和华硕攻城狮卢，规格讲好不遵守的是他们后来的讨论中作者请志愿者测试早先用GPL授权的NTFS驱动（因微软政策而无法相容于安全开机），结果成功，但作者现在的驱动版本（重写自ntfs-3g，离开GPL授权以获得安全开机签署）则会失败作者的开发机是Snapdragon 8cx microsoft dev kit 和Raspberry Pi 4 两种，它们都没问题，安全开机也支援上周（5/21）Rufus作者才拿到Acer的X1开发机开始测试并能复现问题不过他对新平台的安全开机抱怨了一番，因为完全禁止了第三方的签章让Windows独占，否则就得关闭安全开机(平台无法信任任何第三方签署的EFI)所以目前Rufus作者还在跟Acer攻城狮来回对决安全开机第三方签章的问题，还无法为他的NTFS驱动展开除错刚刚说错了，这不影响作者调查问题，他目前观察到系统是读了sources\boot.wim读到一半就会崩溃重启，而不是初期的NTFS驱动(包含在efi\boot\bootaa64.efi)，我的解读是既然都能读iso(NTFS)磁区里的档案了，那这部分就没有问题（除了OEM不认第三方签章以外），问题作者还在找，为什么sources\boot.wim读到一半会崩溃*看过iso内容的话会有印象 sources是iso里面的资料夹Rufus会把iso内容全写到NTFS分区，而在FAT32分区只写入自己的EFI程式(efi\boot\*.efi)来支援NTFS档案系统
https://reurl.cc/7EQreN 上述Rufus作者除错进展原文重看一次他是说，正在分析是读档过程中呼叫到了他的NTFS驱动的哪些函数时崩溃的（因为那是他花一整个月重写过来的，目前尚未有其他人能提点除错）再更正：ntfs-3g和作者重写的版本是GPLv2可以被签署而微软拒绝提供签署的是GPLv3授权的，EfiFs(此作者从GRUB 2.0取下来的)驱动的程式码，是差在v2跟v3