この質問は一見すると些細なように思えるかもしれませんが、示唆しているところがあり、ここで推奨するルートが何であるかを知りたいです。
次のシナリオを想定します。サーバーシステム。デフォルトの起動は、/bootボリュームとGRUB2コードをホストする最初のハードドライブのパーティションから始まります。ボリュームはデバイス（重要な場合はRAID1）に/あり、GRUB2はそれを知っています。mdすべてが素晴らしいと美しいです。
現在：構造目的のために他のシステムが設定されますmd。構造シェルはあまり役に立ちませんが、完全なUbuntuインストールはより多くの機能を提供すると思います。したがって、アイデアは、etckeeperプライマリシステムからリカバリシステムへのバージョン管理を使用するクローン操作で、ほとんどの場合構成を複製し、ホストsshdキーなどの一部を選択してリカバリ/etc/network/interfacesシステムがシャットダウンされることを確認することです。デフォルトのリモートアクセス可能システム状態と同じものとして起動します（おそらくrootログインにのみロックされていますが、その部分を処理する方法を知っていると思います）。
これら2つのインストールはどのように同じ/bootボリュームを共有できますか？既存のハードドライブが最初のハードドライブにあり、回復システムも最初のハードドライブにあるため、これは意味があります。ただし、カーネルが更新され、最終的にプライマリシステムから削除されると仮定すると、リカバリシステムは起動できない状態になります。これを防ぎ、マウントされた両方のボリュームをリサイクルするにはどうすればよいですか/boot？
答え1
/bootを共有することは実際には全く意味がありません。カーネルが破損しているため失敗した場合はどうなりますか？
リカバリにはLive CD / USBスティックを使用するのが最善です。これにより、ディスクの一部に障害が発生しても回復オプションを使用できます。