再起動後、GRUBはgrub>コマンドラインから起動します。

lsblk -o +HCTL,PARTUUID広い端末ウィンドウで実行してください。

出力efibootmgr -vは次のことを示します。

• BootCurrent: 0003この行を使用して、システムがBoot0003正常に起動したことを示します。
• BootOrderBoot0003フルブートシーケンスで成功ランクが5位であることを示します。
• このBoot0003行はディスクをとして識別する.../SCSI(3,0)ため、GRUBの動作バージョンを持つディスクを識別するには、HCTL上記lsblkのコマンドのフィールドを調べて、HCTLフィールドに数字3を含むディスクを確認します。
• BootOrderの最初のエントリは、Boot000APARTUUID値を使用して起動するパーティションを指定します。出力フィールドを75d67bdc-e92a-47f3-6816-e6f03bed26e9表示してディスクを識別します。PARTUUIDlsblk

0003起動順序の前の起動エントリの1つに誤ったGRUBインストールが含まれているようです。おそらく、以前のインストールの残りの部分であるか、ディレクトリの検索/boot/grubに使用するファイルシステムUUIDがレプリケーションプロセス中に変更された可能性があります。 GRUB インスタンスがシャットダウンすると、ファームウェアはBoot0003有効なブートローダのエントリが見つかるまでブート順序リストに進みます。これは、代替/リムーバブルメディアパス、つまり任意のEFI/BOOT/BOOTx64.efiパーティションに存在する可能性があります。

/boot/efi/「完全な」修正は、ESPパーティション（にマウントする必要があります）を含むディスクのLinuxデバイス名を識別してから、次のことを実行することができます。

sudo grub-install --target=x86_64-efi /dev/sdX

/dev/sdXESPパーティションを含むディスク装置全体の名前に置き換える必要があります。これにより、GRUBがESPパーティションに自動的に書き換えられ、アクティブなefibootmgr -vGRUBインスタンスを正しく指すようにリストが更新されます。

ディスクが認識されない場合は、回避策として次のコマンドを使用できます。

sudo efibootmgr --bootorder 0003,000A,0000,0001,0002,0004,0005,0006,0007,0008,0009

これにより、動作している起動エントリを起動順序の最初の起動エントリとして配置するようにファームウェアに指示するため、機能しない起動エントリを終了する必要がなくなります。すぐに問題を解決する必要がありますが、後でカーネルまたはGRUBアップデートをインストールまたは有効にすると問題が発生する可能性があります。システムを正常に起動したGRUBインスタンスが、パッケージを管理するために更新するインスタンスと同じであることを確認する方法がないためです。システム。

起動順序を変更しても役に立ちません。しかし、efiからUbuntuメニュー項目を完全に削除すると便利です。

ダウンロードが成功した後、update-grub2コマンドを実行しました。

「efibootmgr -v」コマンドの出力は次のようになります。

追加作業中にブートローダが破損していないかどうかを確認できますか？