これにどのように取り組みますか?
Ubuntu 18.04.4 LTSサーバーのマザーボードをレガシーBIOSマザーボードからUEFI Ryzenマザーボードに更新する予定です。私は何年にもわたる構成に投資しているので、たとえそれが最良の答えであっても、クリーンな再インストールは問題外です。ダウンタイムを最小限に抑えるための計画を立てたいのですが。
私のセットアップではmdadm RAIDおよびLVMを使用しています。ブートドライブはGPTでフォーマットされていますが、EFIパーティションがありません。私の設定をセットアップしてそれらに転送する方が簡単な場合は、2つのスペアドライブを使用できます。
現在のブートドライブ構成:
sda 8:0 0 2.7T 0 disk
|-sda1 8:1 0 1M 0 part
|-sda2 8:2 0 954M 0 part
| `-md0 9:0 0 953.4M 0 raid1 /boot
|-sda3 8:3 0 93.1G 0 part
| `-md1 9:1 0 93.1G 0 raid1
| `-vg1-root_lv 253:0 0 193.1G 0 lvm /
|-sda4 8:4 0 1.8T 0 part
| `-md4 9:4 0 1.8T 0 raid1
| |-vg1-root_lv 253:0 0 193.1G 0 lvm /
| |-vg1-home 253:1 0 700G 0 lvm /home
| `-vg1-newvar 253:2 0 400G 0 lvm
|`-sda5 8:5 0 837.8G 0 part
| `-md5 9:5 0 837.7G 0 raid1
| |-vg1-home 253:1 0 700G 0 lvm /home
| `-vg1-backup 253:3 0 300G 0 lvm /backup
sdb 8:16 0 2.7T 0 disk
|-sdb1 8:17 0 1M 0 part
|-sdb2 8:18 0 954M 0 part
| `-md0 9:0 0 953.4M 0 raid1 /boot
|-sdb3 8:19 0 93.1G 0 part
| `-md1 9:1 0 93.1G 0 raid1
| `-vg1-root_lv 253:0 0 193.1G 0 lvm /
|-sdb4 8:20 0 1.8T 0 part
| `-md4 9:4 0 1.8T 0 raid1
| |-vg1-root_lv 253:0 0 193.1G 0 lvm /
| |-vg1-home 253:1 0 700G 0 lvm /home
| `-vg1-newvar 253:2 0 400G 0 lvm
|`-sdb5 8:21 0 837.8G 0 part
| `-md5 9:5 0 837.7G 0 raid1
| |-vg1-home 253:1 0 700G 0 lvm /home
| `-vg1-backup 253:3 0 300G 0 lvm /backup
sdf 8:80 0 2.7T 0 disk
|-sdf1 8:81 0 1M 0 part
|-sdf2 8:82 0 954M 0 part
| `-md0 9:0 0 953.4M 0 raid1 /boot
|-sdf3 8:83 0 93.1G 0 part
| `-md1 9:1 0 93.1G 0 raid1
| `-vg1-root_lv 253:0 0 193.1G 0 lvm /
|-sdf4 8:84 0 1.8T 0 part
| `-md4 9:4 0 1.8T 0 raid1
| |-vg1-root_lv 253:0 0 193.1G 0 lvm /
| |-vg1-home 253:1 0 700G 0 lvm /home
| `-vg1-newvar 253:2 0 400G 0 lvm
|`-sdf5 8:85 0 837.8G 0 part
| `-md5 9:5 0 837.7G 0 raid1
| |-vg1-home 253:1 0 700G 0 lvm /home
| `-vg1-backup 253:3 0 300G 0 lvm /backup
オプション1:
どういうわけか(HOW?)ミラーブートドライブにEFIシステムパーティションを作成します。ボードをインストールし、USBスティックから起動して、Boot-Repair( https://help.ubuntu.com/community/Boot-Repair )を試みます。それで全部ですか、それとも私は何かを忘れていますか?問題は、既存のlvm/mdadmパーティションを縮小する方法を見つけることです。
オプション2:
新しいドライブに、Ubuntu 18.04LTSを通常の方法でインストールします。これにより、EFIパーティションの作成に関する問題全体を回避できます。次に、Live USBスティックで起動し、元の/、/ home、および/ backupパーティションをrsyncします。カーネルイメージがすべて異なるため、grub-installを再実行する必要があると思いますよね?他に心配することはありますか?これは、古いボードを再インストールして、何かをねじ込んだ場合に元のドライブから起動できるので、より簡単、迅速、そして安全に聞こえます。
考え、懸念、提案?
最も簡単な解決策は、新しいマザーボードでUEFIを設定して、CSM /レガシーモードをエミュレートすることです。
一部のUEFI実装では、デフォルトでレガシーまたはUEFIブートデバイスからのブートが許可されます。この場合、新しいシステムは古いドライブから起動するはずです。
そうでない場合は、古いドライブから起動するために、デフォルトのEFI設定をUEFIブートモードからCSM /レガシーモードに変更する必要がある場合があります。
お役に立てれば
オプション3:新しい現代のマザーボードでもレガシーモードをサポートしており、UEFIを実装する必要がないようです。 ASRock X570 Pro4のマニュアルには以下が含まれます:
CSM
Enable to launch the Compatibility Support Module. Please do not disable unless
you’re running a WHCK test.
...
Launch Storage OpROM Policy
Select UEFI only to run those that support UEFI option ROM only. Select Legacy
only to run those that support legacy option ROM only. Select Do not launch to not
execute both legacy and UEFI option ROM.
だから、それが私にとって最良の答えになるかもしれません。
コメントとしてベストアンサーを投稿したuser68186に特に感謝します。回答として再投稿したい場合は、間違いなくクレジットを差し上げます。