我有一个安装有 Debian 的 USB 闪存驱动器。不是“实时”系统，而是正常的完整安装。
我使用普通的 Debian 安装程序，选择 USB 驱动器作为“硬盘”进行分区。虽然我没有进行广泛的统计，但我猜想许多 Linux 发行版都可以做到这一点，即使它们不使用 debians 安装程序。
同时，我看到了大量的信息、问题、博客以及任何称赞“Rufus”软件作为获得此类 USB Linux 的理想（有时是唯一）方法的内容。没有提到不使用任何第三方软件来完成此操作。
那么我没有看到的巨大优势是什么？为什么没有人建议正常安装？
答案1
鲁弗斯开发在这里。
dd仅执行类似 ISOHybrid 映像写入的实用程序的问题dd在于，它可能会导致 Windows 用户非常困惑的驱动器内容，这实际上会导致他们不是尝试启动他们的媒体，因为他们（错误地）认为它的创建不正确。
这个问题得到了相当广泛的回答在相关的 Rufus FAQ 条目中而且，据我所知，那些不经常与 Windows 用户交互的人不会考虑这一点。
另外，需要指出的一件事是，为了dd发挥作用，ISO 必须已掌握为ISO混合动力，从技术上讲，这是一种黑客攻击（尽管是一个出色的黑客攻击），使某些东西（未分区的光学媒体文件系统）看起来像它从未被设计成的东西（分区磁盘文件系统）。
例如，这就是为什么您不能简单地选择一个 Windows ISO 并期望dd用于创建 USB 启动介质，因为 Windows ISO 不是作为 ISOHybrid 进行管理的。
因此，不管人们可能会想什么，仅将 ISO 视为dd伪装的映像是存在缺点的，而这正是 Rufus 可以提供帮助的地方，尤其是对于来自 Windows 的首次 Linux 用户。
我还必须指出，理想情况下，在 UEFI 系统上，人们实际上不必处理逐个扇区的复制，因为 UEFI 的全部目的是停止需要使用在扇区级别运行的引导加载程序的疯狂行为相反，让 UEFI 引导加载程序始终在文件系统级别运行，这意味着人们应该能够简单地将 ISO 内容提取到 FAT32 驱动器，并使其启动（实际上，这是 Debian 维护人员已经完成的一种方法）相当不错的支持）。
不幸的是，并非所有发行版都是如此，尤其是那些按标签查找 Linux 启动介质的发行版，但这也是 Rufus 可以提供帮助的，而无需以dd映像模式写入介质。
简而言之，与我所知道的大多数其他启动介质创建实用程序不同（但话又说回来，作为 Rufus 的主要开发人员，我在这种观点上可能有点偏见）Rufus 并不专注于少数特定情况，例如 ISOhybrid 映像它们被设计为在dd模式下复制时可以很好地工作，但相反，它试图在支持不太简单的情况方面做得很好，并确保可能想要尝试 Linux 的 Windows 用户不会陷入不幸的境地认为由于 Windows 不会安装底层 ISOHybrid 文件系统，因此他们刚刚创建的媒体将无法工作。
哦，Rufus 确实还提供了一些可能对某些人有吸引力的附加功能，例如直接从 Microsoft 下载零售 Windows 安装 ISO 的能力，或者下载 UEFI Shell 的能力，或者创建 DOS 驱动器的能力，或者将驱动器另存为 VHD 的能力（dd无论如何，这实际上是伪装的映像），或者写入压缩映像的能力dd，或者计算所选映像的 MD5/SHA-### 的能力，或者能够运行坏块检查以及其他可能与 Linux 用户没有直接关系的事情，但作为一个整体，可能有助于看到它被推荐。
答案2
当我在 Linux 上工作并需要创建可启动 USB 记忆棒来安装另一个操作系统时，我可以简单地使用dd. Windows 用户就没那么幸运了，操作系统不包含类似的东西。
这就是 Rufus 的用武之地。它不是用于安装操作系统的工具，而是用于创建操作系统安装介质的工具。由于没有本地方法来创建可启动 USB 记忆棒并在其中放置 ISO，因此您需要第 3 方解决方案。它不是唯一可用的工具，但它已经存在很长时间了并且众所周知它是可靠的。
Rufus 是一个仅限 Win 的工具。因此，您看到的任何文章、博客文章、视频以及其他内容都是针对 Windows 受众的。以 Linux 为中心的媒体倾向于指向dd相反的方向。