与 cd 相比，为什么创建可启动 USB 有不同的选项？

Question

因此，在我看来，创建可引导 CD 时非常简单。

您所需要做的就是将 .iso 文件刻录到磁盘上，并且它是可启动的。

现在有了 USB 驱动器，您有更多选择。

有人可以解释两者之间需要的区别吗？

也许简要概述不同的选项。

Answer 1

Rufus 开发人员在这里。

首先，您列出的许多选项仅在以高级模式运行 Rufus 时才会列出（即显示高级选项部分时），因为它们是为那些已经知道它们是什么的人准备的。

首先，您必须了解 ISO 格式从来不是为 USB 启动而设计的。ISO 是光盘的 1:1 副本，光盘介质与 USB 介质有很大不同，无论是在引导加载程序的结构、使用的文件系统、分区方式（它们不是）， 等等。

所以，如果你有一个 ISO，你不能简单地用 USB 做你可以为光盘做的事情，从 ISO 中读取每个字节并按原样将它复制到光盘上（即什么 CD/ DVD 刻录机应用程序在写入 ISO 时会这样做）。

并不是说USB不能存在这种1:1的拷贝，只是USB介质的1:1拷贝和光盘介质的1:1拷贝完全不同（除了使用ISOHybrid镜像，制作为磁盘和光盘的 1:1 副本）因此不可互换。作为记录，在 Rufus 术语中，USB 媒体的 1:1 副本称为 a DD Image（您将在列表中看到该选项），并且某些发行版，例如 FreeBSD 或 Raspbian，实际上提供了用于 USB 安装的 DD 映像以及 ISO用于 CD/DVD 安装。

因此，我们已经确定 ISO 映像实际上并不适合创建可启动的 USB 媒体，因为它们相当于提供一个圆钉以适合较小的方孔，因此，必须更改圆钉以适合.

现在您可能想知道，如果可启动 ISO 非常不适合这种情况，为什么大多数操作系统发行商都提供 ISO 映像而不是 DD 映像。那么，除了历史原因，DD Images的问题之一是，因为它们是分区文件系统，那么如果您在USB媒体上创建1：1副本，并且您的媒体比来自谁的媒体大创建图像，然后，您最终将媒体的表观容量减少到原始 DD 图像的大小。此外，尽管光盘以及 ISO 只能使用两个文件系统 (ISO9660或UDF) 中的一个，但很长一段时间以来，所有主要操作系统都非常支持所有这些文件系统（这使您可以查看使用之前或之后的图像内容），DD Images 可以直接使用存在数千种不同的文件系统中的任何一种，这意味着，即使在您创建了可启动 USB 之后，您也可能在启动之前实际上无法看到其中的任何内容。例如，如果您在 Windows 上使用 FreeBSD USB 映像，就会出现这种情况 — 创建 USB 后，Windows 将无法访问其上的任何内容，直到您重新格式化。

这就是操作系统提供商倾向于尽可能坚持使用 ISO 的原因，因为它（通常）在所有操作系统中提供更好的用户体验。但这也意味着必须（通常）进行一些转换，以便我们的圆形 ISO 钉可以很好地装入 USB 闪存驱动器的较小方孔中。这与列表选项有什么关系？我们来了。

一个通常需要到达的第一件事是ISO9660或UDF文件系统的ISO使用。大多数情况下，这意味着从 ISO 中提取所有文件并将其复制到一个FAT32或NTFS文件系统，这是可引导USB 闪存驱动器倾向于使用的。但这当然意味着，无论谁创建 ISO 系统，都必须采取一些措施来支持FAT32或NTFS作为实时或安装的文件系统（并非所有人，尤其是那些过于依赖 ISOHybrid 的人，倾向于这样做） .

然后，还有实际的引导加载程序本身，即计算机从 USB 引导时执行的第一段代码。不幸的是，HDD/USB 和 ISO 引导加载程序是非常不同的野兽，并且 BIOS 或 UEFI 固件在引导期间也非常不同地处理 USB 和光学媒体。因此，您通常不能从 ISO（通常是 El Torito 引导加载程序）中获取引导加载程序，将其复制到 USB，然后期望 USB 引导。

这是与我们的列表选项相关的部分，因为 Rufus 必须提供一个相关的引导加载程序部分，它根本无法从 ISO 中获得。如果我们正在处理基于 Linux 的 ISO，那么它很可能会使用 GRUB 2.0 或 Syslinux，因此 Rufus 包括安装 GRUB 或 Syslinux 的 USB 版本的能力（因为 ISO 通常只包含那些特定于 ISO 的版本）。现在，这通常会在您选择ISO Image并打开 ISO时自动完成，因为 Rufus 足够聪明，可以检测需要应用哪种转换，但是如果您想尝试一下，Rufus 还可以让您选择安装一些BLANK引导加载程序，使您能够引导至 GRUB 或 Syslinux 提示符。从那里，如果您熟悉这些类型的引导加载程序，您可以创建/测试您自己的配置文件并尝试您自己的基于 Syslinux 或 GRUB 的自定义引导过程（因为，在此阶段，您只需复制/编辑文件在 USB 上做到这一点）。

因此，我们现在可以绕过您在列表中找到的选项：

• MS-DOS：这会创建一个空白版本的 MS-DOS（Windows Me 版），这意味着您将引导至 MS-DOS 提示符，仅此而已（如果您想运行 DOS 应用程序，您需要复制它）。请注意，此选项仅适用于 Windows 8.1 或更早版本，但不适用于 Windows 10，因为 Microsoft 从 Windows 中删除了 DOS 安装文件（并且只有 Microsoft 可以重新分发这些文件）。
• FreeDOS：这将创建一个空白版本的FreeDOS。FreeDOS 是 MS-DOS 的自由软件版本，它与 MS-DOS 完全兼容，但也有开源的优点。与 MS-DOS 不同，任何人都可以重新分发 FreeDOS，因此 FreeDOS 引导文件包含在 Rufus 中。
• ISO 映像：如果您有可启动的 ISO，并且想将其转换为可启动的 USB ，则应使用此选项。请注意，由于需要进行转换（通常），并且有无数种方法可以创建可引导 ISO，因此不能保证 Rufus 能够将其转换为 USB。但它总是会告诉你是否是这种情况。
• DD Image : 如果您有可引导的磁盘映像，例如 FreeBSD、Raspbian 等提供的映像，则应该使用这种方法。.vhd还支持（这是 Microsoft 的 DD 映像版本）以及压缩（.gz、.zip、.bz2、.xz、.Z...）。

上面的四个选项是您将在常规模式下看到的选项。如果您在高级模式下运行 Rufus，您还将有以下选择：

• Syslinux x.yz：安装一个空白的Syslinux( http://www.syslinux.org ) 引导程序。将带您进入 Syslinux 提示符而不是其他任何提示。从这里你应该知道你需要做什么。
• GRUB/Grub4DOS：同上，但分别用于GRUB / Grub4DOS。将让您进入 GRUB 提示，由您决定其余部分。
• ReactOS：安装ReactOS引导加载程序。这是实验性的，因为上次我检查时，ReactOS 没有从 USB 很好地启动。它在那里是因为它很容易添加，希望它可以帮助 ReactOS 开发。
• UEFI:NTFS：这需要NTFS选择作为文件系统。安装空白 UEFI:NTFS引导加载程序。这允许NTFS在不包含NTFS驱动程序的UEFI 平台上以纯 UEFI 模式（即非 CSM）启动。因为它是空白的，所以你需要复制你自己的/efi/boot/bootia32.efi或复制/efi/boot/bootx64.efi到NTFS分区上才能有用。Rufus 自动使用 UEFI:NTFS 来解决 FAT32 的 4GB 最大文件大小，例如，允许在 UEFI 模式下安装 Microsoft Server 2016，而无需拆分其 4.7GBinstall.wim文件...

希望有帮助。

PS：这是一个简化的概述，所以我希望人们不要开始挑剔故意降低或保持沉默的方面（例如，是的，我知道可以使用没有分区的 USB 闪存驱动器，是的，它也可以让 USB 和光纤使用相同的文件系统，是的，一些引导进程能够将分区大小扩展到 USB 大小以解决较低的明显容量问题）。