単一ドライブの損失を可能にするフェールオーバーブート設定を検討しています。デフォルトのシステムパーティション（/、/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 - フラッシュドライブが（一時的に）故障してハードドライブから自動的に起動した場合（つまり、現在更新されているハードドライブベースのデータをフラッシュドライブにバックシンクできる場合）、どうすればよいかを考えてください。
私のサーバーには同様の「安全装置」システムがありました（最初の2つのハードドライブは起動可能でした）。きちんとフィットするのに少し時間がかかりましたが、最初のドライブを引いてテストしたのでうまくいきました。その機能は実生活では決して必要ありません。