我知道备份问题被大量询问，但我正在寻找经验丰富的 Linux 用户遇到的问题，如下所示的 3 个问题。不幸的是，这些（冗长的）问题是相互影响的，所以我无法将其分成单独的查询。虽然我专门使用 Fedora 22，但我欢迎 Fedora 通用或 linux 通用响应。问题：
（问题 1）假设：
A。我的启动驱动器是（设备 = sda），我的扩展坞装有备份硬盘驱动器（设备 = sdc）。
b.我已经使用最新版本的 Fedora22 Live 在（设备= sdc）上安装（完整）Fedora22，使 sdc 可启动。
C。我想将 sdc 维护为完整备份（即功能性“克隆”），以防 sda 损坏，完全依靠 sda 根目录与 sdc 的定期 rsync 来保持 sdc 最新。
d.我希望能够从 docker（位置 sdc）启动备份，或者用备份替换原始启动磁盘，在（位置 sda）启动备份。
e.我想完全避免重新安装任何软件包。
我的 Fedora 22 启动驱动器具有以下目录结构：
.autorelabel、bin、boot、.config、dev 等、home、lib、lib32、lib64、lost+found、media、mnt、opt、proc、root、run、sbin、srv、sys、tmp、usr、var
我要排除的目录的暂定列表是：
/dev、/home、/media、/mnt、/proc、/run/media、/sys、/tmp、/var/lock、/var/run
/home 被排除在外，因为我单独 rsync 它。在问题（1）的假设下，我请求讨论要排除的目录。
（问题 2）由于我对 Linux 缺乏经验，并且专注于上面的假设 (1)d，我推测 /etc/fstab 和 /boot/grub2/grub.cfg 可能需要特殊处理。我的意图是：
A。在 sda 上，将 /etc/fstab 复制到 .../fstab_sda 并将 /boot/grub2/grub.cfg 复制到 .../grub_sda.cfg。
b.从 rsync 中排除 /etc/fstab 和 /boot/grub2/grub.cfg，希望备份能够从（位置 sdc）成功引导。
C。如果我想用备份替换引导磁盘（从位置 sda 引导备份），我将用 ..._sda 对应项替换 .../fstab 和 .../grub.cfg，希望备份因此从（位置 sda）成功启动。
有人采取过这种方法吗？ .../fstab 和 .../grub.cfg 实际上需要这种特殊处理吗？还有其他文件需要这种特殊处理吗？
（问题 3）我的研究表明上面的 (1) + (2) 太过分了，我应该放弃 rsync_on_the_root 策略，转而采用：
A。仅 rsync'g /home 和 /etc。
b.使用 dnf 维护已安装软件包的列表。
C。通过使用 Fedora 22 Live 将（完整）Fedora 22 放置在新磁盘上进行恢复，在该新磁盘上手动 rsync'g /home 和 /etc，从该新磁盘启动，调用该新磁盘的自动更新，然后使用 dnf 手动将软件包重新安装到这个新磁盘。
d.定期检查 fedoraproject.org 是否有较新版本的 Fedora 22（工作站）Live iso。
在我的系统上，自 2015 年 6 月我最初安装 Fedora 22 以来，“dnf History userinstalled”仅报告了 24 个软件包。我假设 Fedoraproject.org 对 Fedora 22（工作站）Live 的定期更新涵盖了绝大多数自动更新.iso。
致有经验的 LINUX 用户：
您是否同意我在上述 (3) 中的推论，这使得上述 (1) 和 (2) 变得过时？我看到评论说 (3)c 可能需要 24 小时以上。上面的 (3)d 可以防止这种情况发生吗？
另外，(3)c 是否会导致硬盘可以从（位置 sdc，扩展坞）或（位置 sda，主启动驱动器）启动？
或者，即使假设“dnf History userinstalled”报告的软件包少于 100 个，并且观察到 (3)d，(3)c 是否仍然需要超过 24 小时？如果是这样，为什么？
对于 Fedora 22，(1) + (2) 是否万无一失？您在 (1) + (2) 中遇到/听说过哪些问题？
答案1
我更愿意将已安装软件包的列表（例如 的输出rpm -qa）保存在安全的地方，并同步/home（结束存储一份副本/etc）。如果需要，重新安装并安装已安装的软件包，并/etc与复制进行比较，修复任何所需的更改）。
原因是这比自行开发的“克隆我的系统”脚本集更安全。它可能会比较慢（但我希望您不会每天都这样做），但如果重新安装失败，您可以重新开始。如果克隆无法正常工作，您会发现后原件已被冲洗。