2 つのビンテージ ヘッドレス/キーボードレス システムで ubuntu-server 16.04LTS (Alpha および Beta) が実行されていました。
両方のマシンへのアクセスは ssh 経由のみです。
どうやらアップデート中にアルファシステムが破損したようです。
CD/DVD/UEFI による起動はオプションではありません。CPU が 100% で競合する原因となる非互換性のため、USB はカーネルでオフになっています。
起動できないシステムを搭載した Alpha のドライブが、Beta のシステムの 2 番目のドライブとしてマウントされるようになりました。
すべてのユーザー ファイルは Beta のドライブにバックアップされました。
2 番目のドライブを Alpha システムのプライマリ起動可能ドライブとして再インストールできるように、Beta の 2 番目の (Alpha) ハード ドライブに ubuntu-server をインストールするにはどうすればよいですか?
よろしくお願いいたします、ベン
2017-01-25更新:
debootstrapとこのURL（https://help.ubuntu.com/lts/インストールガイド/i386/apds04.html) は、次のようにして Alpha のドライブを Beta に追加することで、プロセスのハードルのほとんどをクリアします。
Alpha のドライブは、Beta のシステムの /dev/hdb にインストールされています。Beta のドライブは /dev/hda です。
残るハードル:
/dev/hdb で起動可能なカーネルを検索するときに、grub-install/grub-probe/grub-mkconfig で /dev/hda を無視するにはどうすればよいでしょうか?
Alpha のドライブを Alpha システムから取り外して再起動すると、システムが起動しません。Alpha のドライブには明らかなエラー ログはありません (Beta で再インストール/マウントした後)。これを数回繰り返した後、次のことがわかりました。
grub-install の grub-probe は Beta のカーネルを検出し、Alpha のインストールされた /dev/hdb ではなく、Beta のカーネル (/dev/hda) から UUID を関連付けます。
--help.ubuntu.com/lts/installation-guide/i386/apds04.html の指示に従って、ユーザーが Alpha のドライブ (/dev/sdb) に chroot されているにもかかわらず、
/dev/hda を無視するために grub-install/grub-probe/grub-mkconfig パラメータを呼び出す方法についてのアイデアが尽きました。
今のところ、参照されている HD UUID が間違っている grub ファイル (grub.cfg だったと思います) を手動で編集します。これを行うための標準的でリスクの少ない方法があれば教えてください。