我的目的是将 Clonezilla 映像保存到 16 GB 驱动器/从 16 GB 驱动器恢复。
由于映像很重，我需要 FAT(32) 以外的其他东西。
我选择了 NTFS，这样我就可以从 Windows 机器访问映像，而不会遇到其他困难。所以我在这里尝试将 Clonezilla 映像写入 NTFS USB 驱动器，但在 Windows 和 Ubuntu 上都失败了，例如，RUFUS说 Clonezilla 的映像与 NTFS 分区类型不兼容并建议使用 FAT32，并且Unetbootin不会将 NTFS 中已安装的 USB 驱动器列为可用（可写入）。
所以我使用了mkusb上面的命令，这是一个不错的 GUI dd。
结果是一个空白（未分区）空间和一个 3 MB 分区。即使空间是“未分区“（参见图片上选定的行） 
USB 驱动器仍可启动（不知道为什么添加 .iso 会产生这样的效果）
因此我在 USB 的剩余部分上创建了一个 15 GB 的 NTFS 分区，并成功将一些 Windows 的分区映像存储到这个新创建的 USB 驱动器部分。
现在，当我尝试将 USB 驱动器的 NTFS 部分安装为/home/partimag（用于保存/恢复映像的默认源目录）时，它会在 GUI 中要求强制安装（这没有任何效果），并在控制台中诚实地显示“资源sdb正忙”。
但是，如果 Clonezilla 从单独的 USB/CD 启动，则一切正常
我的问题：首先。是否有可能让 Clonezilla 从同一个 USB 驱动器启动并恢复映像？其次：我的问题是否与我使用的 dd 方法不太好有关（我觉得 sdb 变得非常繁忙，因为驱动器开头的带有 Clonezilla 的可启动 200MB 部分未被识别为分区，这只会mount锁定所有 USB 驱动器分区）？或者我错过了其他什么？
PS 这可能是一个愚蠢的问题，但是有没有办法将 200mb Clonezilla 映像添加到仅限 sdb1? 我的意思是，也许这会让 Clonezilla 正常挂载 USB 驱动器的 NTFS 部分？
答案1
解决方案：
Proceed with FAT32 - 4gb limit wont cause you an issue. You dont have to worry.
原因：
- Clonezilla 自动将大文件分割成 4GB 的倍数（即使是 NTFS 文件）
- 基于 UEFI 的系统通常不允许在 NTFS 中使用启动代码。这就是 Rufus 和其他人建议使用 FAT32 的原因。这是由于 UEFI 的规格。
其他问题：
首先。是否可以让 Clonezilla 从同一个 USB 驱动器启动并恢复映像？
是的。启动需要 FAT32（因为 UEFI）
我的问题是否与我使用的 dd 方法不太好有关（我感觉 sdb 变得非常繁忙，因为驱动器开头的带有 Clonezilla 的可启动 200MB 部分未被识别为分区，这导致挂载锁定了所有 USB 驱动器分区）？或者我错过了其他什么？
这不是因为 iso/dd 方法。而是因为启动分区不是 FAT32 格式。
答案2
Clonezilla live USB 默认完全从计算机的 RAM 运行，这使其速度非常快，并且由于 Clonezilla live USB 是便携式的，因此可以在多台计算机上使用同一个 Clonezilla live USB 安装。
Clonezilla live USB 非常适合联合国网启动（Windows/Mac/Linux）并且 UNetbootin 也在默认的 Ubuntu 存储库中。Clonezilla 位于 UNetbootin== Select Distribution ==下拉菜单中的 UNetbootin 兼容发行版列表中。如果您曾经使用 USB 闪存驱动器启动 Linux 发行版，则应首先在 GParted 中将 USB 闪存驱动器重新格式化为 FAT32。
UNetbootin 已从 Ubuntu 18.04 及更高版本的默认存储库中删除。当我使用非 *buntu live .iso 映像测试内置启动盘创建器应用程序作为 UNetbootin 替代应用程序时，它在 Ubuntu 18.04 中运行良好。