這串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