我已经成功（文件已创建，ubuntu 没有发出任何错误消息）从整个持久性 ubuntu live usb 创建了一个映像。（sdc1）- 文件 ubuntu1.img 为 4.3gb，因此有理由相信该命令
/媒体/图像/tst＃dd if = / dev / sdc1 of = /媒体/图像/tst/ubuntu1.img
格式正确，并制作了 USB 驱动器的有效映像。
所以......我尝试将图像放到新格式化的 fat32 usb 上。原始 usb 和新 usb 都有 2 个分区，两个 usb 上的第一个分区都是 ubuntu live。新 usb 上复制的分区比原始复制的 usb 分区稍大（所以大小应该不是问题）。
dd 命令将图像复制到 USB 上（我 cd 到 ubuntu1.img 所在的文件夹）
/媒体/图像/tst＃dd if = ubuntu1.img of = / dev / sdc1
这个过程也没有显示任何错误，大约 20 分钟后结果是
8388607+1 条记录
8388607+1 条记录
已复制 4294967295 字节（4.3 GB），耗时 1615.69 秒，2.7 MB/s
但是... USB 没用，BIOS 抱怨缺少 GRLDR
我尝试过 ubuntu、kali、backtrack、slax 和一两个其他 Linux 发行版。我尝试过多台 PC，它们都可以从 Live USB 启动，没有任何问题。我发现唯一可靠地复制 Linux Live USB 的方法是在 Windows 中 :((
如果有人成功使用 dd 将 Linux Live USB（任何）发行版复制到映像文件，然后从同一映像文件复制到新的 USB……请分享一些智慧——提前感谢您阅读并花时间回复
答案1
您克隆了“sdc1”，它是一个单个分区，但听起来您正在尝试克隆操作系统，这意味着您还需要启动程序。
该信息的位置将根据您设置的方式而有所不同。例如，如果您使用的是 MBR 分区表，那么它将存储在驱动器 MBR 中；如果您使用的是带 BIOS 的 GPT，那么它将存储在驱动器的受保护 MBR 中；如果您使用的是带 UEFI 的 GPT，那么它将存储在 ESP 上；如果您是链式加载，那么您可以将引导数据存储在分区 MBR 和驱动器 MBR 上。
DD 可用于克隆 MBR 扇区或 ESP。或者，您也可以克隆整个驱动器，这样就无需制作多个映像。我个人建议避免克隆 MBR，因为我只尝试过一次，没有成功。ESP 或整个驱动器对我来说一直都很好用，没有问题。
下面我的例子使用创建一个映像，然后从中恢复，因为这是您正在使用的方法，但是为了记录，如果您可以同时将两个 USB 驱动器连接到计算机，您可以直接从一个克隆到另一个，而无需制作映像。
脚步：
备份驱动器 MBR 和分区表：
在终端输入“
sudo -i”。在终端输入“
dd if=/dev/sda of=/media/location/backup.img bs=512 count=1”。
恢复驱动器 MBR：
在终端输入“
sudo -i”。在终端输入“
dd if=/media/location/backup.img of=/dev/sda bs=446 count=1”。
备份分区 MBR 和分区表：
在终端输入“
sudo -i”。在终端输入“
dd if=/dev/sda1 of=/media/location/backup.img bs=512 count=1”。
恢复分区 MBR：
在终端输入“
sudo -i”。在终端输入“
dd if=/media/location/backup.img of=/dev/sda1 bs=446 count=1”。
备份 ESP：
在终端输入“
sudo -i”。在终端输入“
dd if=/dev/sda1 of=/media/location/backup.img”。
[此过程与克隆任何其他分区完全相同。]
恢复 ESP：
在终端输入“
sudo -i”。在终端输入“
dd if=/media/location/backup.img of=/dev/sda1”。
备份分区：
在终端输入“
sudo -i”。在终端输入“
dd if=/dev/sda1 of=/media/location/backup.img”。
恢复分区：
在终端输入“
sudo -i”。在终端输入“
dd if=/media/location/backup.img of=/dev/sda1”。
[建议操作] 备份驱动器：
在终端输入“
sudo -i”。在终端输入“
dd if=/dev/sda of=/media/location/backup.img”。
[建议操作] 恢复驱动器：
在终端输入“
sudo -i”。在终端输入“
dd if=/media/location/backup.img of=/dev/sda”。
笔记：
建议以 root 身份运行 DD，而不是以 sudo 身份运行，否则可能会发生中断。在 Ubuntu 上，这很困难，因为您无法以 root 身份登录。
恢复 MBR 时，您可以使用 512 或 446。446 将仅恢复 MBR（其中写入了引导代码和引导加载程序）。512 将恢复 MBR 和分区表。
您不必制作图像；您可以直接从源克隆到目标。
资料来源：
其他资源：
- 这与 DD 无关，但它讨论了引导加载程序：是否建议使用新标签和同义词标签来帮助防止滥用引导加载程序标签？