如何使用大于 4GB 的 iso 文件执行 UEFI+GPT

grd*_*fgr 8 fat32 gpt uefi

据我所知,我可以重新格式化默认情况下为 gpt+uefi 的笔记本电脑的唯一方法是,如果我创建一个也是 gpt+uefi 的可启动 USB。然而,我拥有的图像文件大于 4GB,RUFUS 说它不能被刻录到 fat32 usb。我意识到 fat32 不能容纳大于 4gb 的任何东西,但是我不打算将 iso 作为一个整体放在那里,难道它不应该将它提取到 USB 中吗?

我认为使用 gpt 必须是 fat32。除了找到小于 4GB 的图像文件,我还能做些什么?

编辑:我发现一个小于 4gb 的图像文件它工作正常

Ake*_*keo 11

Rufus 开发人员在这里。我将尝试添加一个正确的答案,因为似乎对整件事有很多误解。希望这会对其他人有所帮助。

RUFUS 说它不能被烧毁到 fat32 usb。

是的,但是如果您在 Rufus 中尝试过 NTFS,您会发现它确实允许您使用该文件系统,即使是 GPT/UEFI 引导,在这种情况下,>4GB 的问题install.wim就会消失。

这是因为 Rufus 依赖一种称为UEFI:NTFS的高级功能来解决这种情况。使用 UEFI:NTFS,Rufus 允许从纯 UEFI 系统无缝引导 NTFS 分区

换句话说,尽管你可能已经听说,你是不是仅限于启动UEFI在使用FAT32。如果需要,您实际上可以从 NTFS 启动(至少,如果您使用 Rufus 创建驱动器)。此外,Rufus 确实具有检测 ISO 中是否存在 > 4GB 文件的逻辑,并且在这种情况下默认选择 NTFS 作为文件系统。因此,您所要做的就是依靠 Rufus 为您挑选最佳选项,然后试一试。

我认为使用 gpt 必须是 fat32。

我认为你的意思是UEFI而不是GPT,但是,无论如何,这实际上是一个非常具有破坏性的误解,直到今天仍然非常错误地传播。我真的不能强调这一点:UEFI 规范中绝对没有任何内容表明它必须从 FAT32 启动

事实上,如果您愿意,您可以从 intel 购买任何 NUC 系统(以及其他制造商的一些系统),您会发现它的 UEFI 固件将在纯 UEFI 模式下直接从NTFS 分区。所以,,UEFI 不需要 FAT32 才能工作。

UEFI 规范唯一说的是,至少应该支持 FAT32 引导,但这并不排除其他文件系统也可引导,或者实用程序(例如 Rufus)可以解决以下问题的可能性: UEFI 固件的默认值仅包括对 FAT32 的支持,并通过添加对 NTFS 启动的运行时支持(如果缺少)来扩展该固件的功能。

有关这方面的更多信息,您可能对 Rufus 常见问题中的相关条目感兴趣。

因此,总而言之,请注意您在互联网上听到的有关 FAT32 和 UEFI 的信息。相反,通过测试他们建议您使用的默认配置是否可行,对从头开始设计的实用程序可以解决任何潜在的限制,给予一点信用可能是值得的。

  • 那你有没有尝试选择NTFS?如果您在 Rufus 中为 UEFI_ 选择 _GPT(而不是 BIOS 或 UEFI-CSM_ 的 _MBR),那么我可以保证,如果您的 UEFI 选项配置正确,并且您的固件确实符合 UEFI 规范,您将能够启动该驱动器,即使它包含大于 4GB 的 `install.wim`。现在,您可能需要__临时__做的一件事是禁用安全启动。 (2认同)

Fal*_*der -3

只需使用 exFAT 格式化您的启动 USB 记忆棒,它可以很好地处理 >4GB 文件,并且可以被 UEFI(和 BIOS)识别

  • 我认为 UEFI 无法识别 exFAT。如果是,那么它是非标准 UEFI 实现 (3认同)
  • 是的,当然,EFI 不是 UEFI。 [“请注意,标准 EFI 可以读取 FAT,但无法读取 NTFS、ext2/3/4fs、HFS+ 或任何其他文件系统。(Apple 的 EFI 可以读取 HFS+,因此可以从 Mac OS X 根分区读取其引导加载程序)而不是来自 ESP,但 Apple 的 EFI 是例外而不是规则。一些 EFI 还具有 ISO-9660 文件系统驱动程序 - 但同样,它们是规则的例外。)"](https://superuser. com/a/664943/241386) (2认同)
  • [UEFI exFAT 分区?](https://superuser.com/q/1025423/241386)“EFI 与 exFAT 不兼容,exFAT 不向后兼容 FAT32” (2认同)
  • 不,除了某些少数群体之外,它在现实世界中行不通。如果您阅读了上面的链接,人们已经对其进行了测试 (2认同)