Rufus 为什么以及如何使用 FAT32 作为可启动的 Linux ISO？

Question

我从来没有关注过这个细节，一直以为Rufus将“原始ISO映像”写入目标磁盘，而没有进行任何更改。

但今天我注意到，当将 Ubuntu ISO 写入 USB 闪存驱动器时，它默认使用 FAT 或 FAT32：

这怎么可能？

我很确定ubuntu-20.04-desktop-amd64.iso包含 ext4 分区并且没有 FAT32 分区。

Answer 1

CD 和 DVD 使用 ISO-9660 或 UDF，而不是 FAT32 或 ext4，否则大多数非 Linux 平台无法读取它们。但现代Linux安装光盘也是isohybrid的，因此如果将映像写入普通的非光盘，它们也可以直接启动。这就是dd 方法，大多数其他 Linux 发行版建议使用 dd 模式来创建可引导的 USB 安装驱动器。还有一些其他方法，例如将整个 ISO 文件复制到数据分区并映射它，然后使用Grub 的boot-from-mapped-ISO功能，或者将安装程序的所有文件复制到 FAT32 分区并使用 syslinux启动

Rufus 还支持 dd 模式，但其作者已经在其 Github 存储库的常见问题解答中说明了为什么默认情况下不使用该模式。原因很长，完整内容请参见上面的链接或下面的链接。但总的来说，对于普通用户来说，它更简单，也不那么令人惊讶，用户可以正常使用笔式驱动器获取数据。使用dd方法，用户需要删除分区并重新初始化磁盘，而此方法只需要简单的格式化或删除文件

Rufus 的作者在 SuperUser 上也有一个很好的答案，我刚刚在发布这个答案后从Kamil Maciorowski 的评论中看到了这个答案

Github 上的完整原因如下：

为什么对于 ISOHybrid 图像，Rufus 不建议使用 DD 模式而不是 ISO 模式？当然DD更好！

恭喜。如果您在阅读此常见问题解答时认为 DD 模式没有任何缺点，那么您已经喝了ISOhybrid的好帮手，这对于那些有效地尝试确保用户实际上可以在 DD 模式下创建可启动驱动器的人来说是一个巨大的瘟疫。最好的可能条件，而不受“一种方法统治一切”谬论的缺点的限制。

在这里，我听到你抗议：“但是 dd 比复制单个文件快得多，并且它允许使用本机 Linux 文件系统以及 ESP，而且它还确保生成的驱动器是一点一点的制作 ISO 的人创建的副本。客观上这怎么可能不是更好的选择？？？”

好吧，不幸的是，对于您来说，很容易反驳 dd 模式对于用户来说是更好的选择（这甚至没有算上我通过电子邮件收到的类似报告） 。事实上，Windows 无法本地挂载 ESP 后面的常用 Linux 分区，这让许多用户感到非常困惑。因此，在模式下编写 ISOHybrid通常会打破最小惊讶原则，而不太愿意听取 Windows 用户报告的 Linux 维护者往往会忽视这一点，因为这确实是一个问题。 dd

此外，几乎所有操作系统都提供本机工具来轻松在 USB 驱动器上创建 FAT32 分区，并将 ISO 内容提取到其中（如果您有 UEFI 系统，这应该足以创建可启动驱动器，前提是图像创建者正确地完成了他们的工作），因此您甚至不必使用像 Rufus 这样的实用程序，用于dd复制图像需要更多的参与，如果您手动使用它，可能会导致戏剧性的灾难（dd是错误地也称为Disk D estroyer ），使用文件提取模式时发生这种情况的可能性要小得多。

还有一个问题是，将您创建的媒体限制为仅 UEFI 启动，这可能是非常理想的做法（当您想在 UEFI 模式下安装操作系统时，防止在 BIOS/Legacy/CSM 模式下安装操作系统），但这可能只有当您可以将分区方案设置为 GPT 时才能完成...而大多数 ISOHybrid 介质设计为从 BIOS 或 UEFI 启动，因此使用 MBR。

哦，您当然可以忘记添加任何额外的内容（例如，专有的 Wifi 固件二进制文件，您可能需要加载这些二进制文件才能使您的平台在安装过程中具有连接性）或使用可启动驱动器来存储 Windows 上的数据，如果是DD模式写的。例如，人们不能简单地使用 DD 模式在 Raspberry Pi 上安装通用 Linux 发行版，而当同一发行版支持 ISO 模式时，人们可以只采用普通 ISO，添加一些所需的额外文件。 Pi 启动（这在 DD 模式下当然不可能完成）并以与在 PC 上相同的方式安装操作系统。

最后，当使用 GPT 作为分区方案时，使用 dd 写入 ISOhybrid 映像将立即导致驱动器“损坏”，因为备份 GPT 表不会写入它应该写入的位置（在该分区的最后 33 个扇区中）。驱动器），除非您使用与映像大小完全相同的驱动器，但这种情况从来都不会发生。这意味着，如果 UEFI 固件比较迂腐（有些是！），它很可能会选择不完全启动驱动器，因为 GPT 已损坏。DD模式简直就是万能药！

对于试图尝试或过渡到 Linux 的 Windows 用户来说，上述情况通常会导致第一次体验非常差劲，而且非常不幸的是，尽管并不完全令人惊讶，许多 Linux 维护者到目前为止已经转向了 Linux。对上述用户的困境充耳不闻，将这些问题视为不熟悉的用户应该“努力解决”的问题，因为将 ISOHybrids 视为纯粹的 DD 映像（这就是 Manjaro 和 PopOS 维护者目前所做的）生活变得轻松多了...

尽管如此，因为我们确实相信 Windows 用户在创建可启动驱动器时应该获得最佳体验，而不是遇到非常意外的事情，这会让他们在最好的情况下感到不便，或者在最坏的情况下认为他们的驱动器已“损坏” ”，在可能的情况下，Rufus 将继续推荐 ISO 模式而不是 DD 模式（同时显然仍然为希望这样做的用户提供选择，以 DD 模式编写 ISOHybrid）。