我正在考虑一种可以容忍任何单个驱动器丢失的故障转移引导设置。主系统分区（/、/home、/usr 等）应驻留在闪存驱动器上。 /var 和 /tmp 分区应从硬盘驱动器安装。此外，硬盘驱动器还包含闪存驱动器中所有分区的卷影副本；这些应该是相当静态的，并且可以通过 RSYNC (?) 保持最新，并且它具有启动预设来开始使用这些分区。
如果闪存驱动器出现故障，系统只需从硬盘驱动器启动（应在 BIOS 中设置）。如果硬盘驱动器出现故障，系统仍应可运行以允许更换硬盘驱动器。
我的问题是：
我是否错过了此类配置中的一些重要内容（例如安全性）？
如果硬盘丢失，系统将在无法安装 /var 和 /tmp 的情况下启动；它会启动吗？当然，这是一种恢复操作模式，至少应该允许正确设置和安装另一个驱动器，但它至少应该引导并启动包括 ssh 在内的所有服务。
我正在考虑的发行版是 Debian，但这不是最终决定。
答案1
您应该能够完成此任务，但需要记住以下几点：
- 没有
/tmp闪存驱动器是一件好事，但您可能会考虑完全没有永久闪存驱动器，我的是 tmpfs。如果在启动过程中无法挂载/tmp，则闪存驱动器上的内容将继续/tmp /var如果由于闪存驱动器磨损而从硬盘驱动器复制安装，您可能会考虑将文件/var也存储在闪存驱动器上。 Jessie 上只有 281Mb，如果硬盘出现故障，降级的系统应该可以找到所需的任何内容。- 对于 grub2，您应该能够使用 rsync。由于您可能设置一个脚本来执行“同步”的不同步骤，因此您可能必须为硬盘分区包含/
chroot的 -ed 运行。grub-installgrub-update - 考虑一下如果您的闪存驱动器（暂时）出现故障并且您已从硬盘驱动器自动启动（即您可以向后同步到现在更新的基于硬盘驱动器的数据到闪存驱动器），您需要做什么。
我的服务器曾经有一个与此类似的“故障安全”系统（前两个硬盘驱动器是可引导的）。我花了一些时间才把它弄好，但它确实有效，因为我通过拉动第一个驱动器来测试它。它的功能在现实生活中从来都不是必需的。