我购买了一台没有光驱的 PC，并且没有短期借用选项。
所以我使用 Rufus 来创建可启动的 USB 棒。
我有一个 16Gb 东芝 USB 驱动器。
使用 Rufus 的内置 FreeDOS 映像，我发现“BIOS 或 UEFI-CSM 的 MBR 分区方案”是创建主板可以理解并启动的可启动 USB 驱动器的唯一选项。
然后我创建了一个带有 Ubuntu 12.04 LTS 设置的测试 USB 驱动器并顺利地安装了它。
当我尝试写入 3GB 大小的 Windows Server 2008 映像时，我可以使用“UEFI 的 MBR 分区方案”或“UEFI 的 GPT 分区方案”写入 USB 记忆棒，但我的 AsRock 主板无法从该记忆棒启动。
当我选择“BIOS 或 UEFI-CSM 的 MBR 分区方案”时，Rufus 会强制我选择 NTFS。当我单击“开始”时，它会写入一些结构，但在尝试写入 MBR 时会永远挂起：
Format operation started
Requesting disk access...
Opened \\.\PHYSICALDRIVE1 for exclusive write access
Requesting lock...
Will use 'E:' as volume mountpoint
I/O boundary checks disabled
Requesting lock...
Analyzing existing boot records...
Drive has a Rufus Master Boot Record
Volume has an unknown Partition Boot Record
Clearing MBR/PBR/GPT structures...
Erasing 128 sectors
Deleting partitions...
Partitioning (MBR)...
Closing existing volume...
Waiting for logical drive to reappear...
Formatting (NTFS)...
Using cluster size: 4096 bytes
Quick format was selected
Creating file system...
Format completed.
Writing master boot record...
Drive has a Zeroed Master Boot Record
Set bootable USB partition as 0x80
Using Rufus MBR
Found volume GUID \\?\Volume{8c687e53-2e9b-11e7-a9e7-c19b1afa280e}\
Waiting for access on \\?\Volume{8c687e53-2e9b-11e7-a9e7-c19b1afa280e} [\Device\HarddiskVolume35]...
然后等待一会儿并报告：
Warning: Could not obtain exclusive rights. Retrying with write sharing enabled...
然后它可能会永远等待。
用户界面响应迅速，但终止 Rufus 的唯一方法是在任务管理器中将其终止。
仅当我使用此分区方案的 NTFS 时才会发生这种情况。
该怎么办？
答案1
你应该检查防病毒与 rufus 冲突的软件。
例如参见：https://github.com/pbatard/rufus/wiki/FAQ#Incompatible_Software
在我的特定情况下，rufus 挂起（尝试写入 MBR 时），因为g data antivirus启用behavior monitor了：
答案2
为了确保 USB 闪存驱动器可 UEFI 启动，请将分区方案和目标系统类型更改为 UEFI 的 GPT 分区方案。
我遇到了同样的问题然后我这样做了并且有效。
答案3
不要用日志和其他东西使它复杂化
这是一个简单的解决方案，它允许您创建一个任意大小的持久分区！1 Tb 100 Tb ....n 等等，唯一的限制是您的物理磁盘空间，而不是软件错误
注意 - 通过查看场景可以清楚地发现 rufus 的格式化模块肯定存在问题。
现在这里有一个解决方案
- 将持久分区设置为 1GB
- 几分钟后，您的文件就会闪现在 USB 上。
- 假设我想创建一个 100 GB 的分区
- 我有一个 128 GB 的 USB
- 28 GB 保留用于我的 iso 启动扇区，1 GB 作为持久性，还有 99 GB 未分配内存
- 现在我们的目标是将 99 GB 持久性与 1 GB 持久性合并，使其成为 100 GB 持久性，否则我们无法在 rufus 上做到这一点，因为它会停留在 100% 格式化状态
7.因此，要么安排一个虚拟机，要么在至少 4gb 的记忆棒中随意启动另一个 iso。注意 - 不要在需要操作的记忆棒上启动。
8.现在安装 gparted（顺便说一下，gnome 的 Linux 分区管理器）有时预先安装，只需检查并打开它。
9.现在在右上角选择您的 128 GB 的记忆棒。
- 右键单击持久性 1gb 扇区并将其卸载
9.然后再次右键单击相同的 1 gb 持久性扇区以调整大小，并通过移动开始和结束黑色箭头将其大小设置为 100gb
10.现在单击勾号图标并应用更改（位于单词帮助下）
11.它会花费一些时间，然后显示您有一个 28 gb 的启动分区和 100 gb 的永久分区，这正是您想要的！
我花了 1 个小时来添加 50 GB。
注意，为了确认一切是否正确，只需在调整大小后启动 USB，并确保桌面上默认没有持久文件夹，如果有持久文件夹，则重新执行该过程
在上面的例子中，您没有弄乱初始的 28 个启动文件，所以不用担心它是安全的！
谢谢。
答案4
我也遇到了同样的问题，我几乎抓狂了，直到我发现Reddit 上的一篇帖子其中一位 Rufus 开发人员这样说（这正是我两天多来遇到的问题！）：
Rufus 开发人员在这里。问题是 Manjaro 的人太信任 ISOHybrid 了，似乎忘记了，是的，有些人想通过简单地将 ISO 文件复制到 FAT32 文件系统来创建 UEFI 可启动驱动器（这几乎就是 Rufus 为 UEFI 启动所做的）。所以他们没有费心将 FAT32 驱动程序包含在他们的 GRUB EFI 引导加载程序中。
因此该过程失败如下：
UEFI 固件在 FAT32 分区上找到 GRUB 引导加载程序并运行它（因为所有 UEFI 固件都支持 FAT32）
GRUB 引导加载程序运行并开始在其可以处理的文件系统上查找其配置文件...但由于 Manjaro 人员仅在 GRUB 中包含了适用于 ISO9660 文件系统的模块，而不是 FAT32，因此它找不到该文件并提示退出。
请注意，我们有几个月前向 Manjaro 报告了此问题，但他们仍然没有采取任何措施。所以如果你想帮忙，请催促他们解决这个问题，因为我们有理由相信这个问题应该非常容易修复，并且可以避免更多 Manjaro 用户遇到这个很容易避免的问题。
当然，正如正确建议的那样，当 Rufus 提示您解决该问题时，您随时可以恢复使用“DD 模式”。