经过几年的中断，我又回到了 Linux 和我的 MythTV 和 Plex 机顶盒。我当前的系统驱动器是 750GB，/dev/sda9 上有 20GB 的根分区，/dev/sda1 上有 204M 的启动分区，/dev/sda2 上有 2.9G 的交换分区。
我想将我的系统备份到 32G SSD（只有一个分区 - /dev/sdd1），并使用 rsync 每晚执行 cron 作业来备份。我已将 / 分区的 dd 复制到 sdd1，并使用 rsync 对其进行了更新（使用选项 -avxHAWX --delete-before --numeric-ids）。启动分区和 grub 文件夹似乎已复制到 SSD。
我正在努力让 SSD 可启动。我使用 gparted 在 /dev/sdd1 上放置了一个启动标志。我已 chroot 到 /dev/sdd1 并执行了 grub-install 和 update-grub。我在 BIOS 中将 /dev/sdd 设置为第一个启动驱动器并断开了 /dev/sda 的连接。但是，sdd1 无法启动（进入紧急模式）。
任何意见，将不胜感激。
答案1
感谢大家的意见。我知道全新安装是明智的选择 - 但即使我进行了全新安装 - 我可能在适当的时候会这样做 - 我仍然希望有一个可引导的克隆，该克隆每天或每小时通过 rsync 进行更新，以防我的系统驱动器崩溃。
我已成功使 sdd 可启动，克隆看起来运行良好。我为分区生成了一个新的 UUID（使用 sudo tune2fs -U random /dev/sdd1）并编辑了克隆的 /etc/fstab。我已经标记了克隆分区，因此我使用了 /etc/fstab 中的标签，尽管我确信我可以使用新的 UUID。
我发现了一个名为 boot-repair 的实用工具 -https://sourceforge.net/p/boot-repair-cd/home/Home/。我用过它，但不起作用 - 因为，正如我后来意识到的那样，我已经 rsynced 到克隆 /etc/fstab。（我现在已从 rsync 中排除了 /etc/fstab 和一些其他文件/目录）。
我不确定具体哪个步骤解决了该问题 - 似乎生成新的 UUID 产生了影响（并且显然编辑了克隆的 /etc/fstab） - 之后我 chroot 到克隆并执行了 grub-install 和 update-grub。
我现在将升级到 Ubuntu（可能是 Xubuntu）20.04，停止 rsyncing 到克隆，并在几天后重新开始 rsyncing（如果 20.04 升级一切顺利）。
答案2
您可以使用以下方式备份您的实际系统系统备份 https://sourceforge.net/projects/systemback-source-1-9-4/. 使用的选项是复制它允许您复制整个系统，包括或不包括主数据。您必须挂载要复制系统的位置，然后必须指示将 Bootloader 放在哪里。您还可以复制或不复制所有用户数据（/home/user）。
对于安装，你可以从 sourceforge 下载它，然后：
cd Downloads/
tar xvf systemback-install_pack-1.9.4.tar.gz
cd systemback-install_pack-1.9.4/
chmod +x install.sh
sudo ./install.sh