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

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

物理Ubuntu_18.04システムを仮想マシン(vCenter制御下のESXi)に変換した後、起動時に次のウィンドウが表示されました。

最初

「exit」コマンドを入力すると、システムは通常のメニューをロードし、すべてが正常に機能します。

第二

コマンドラインに行き、「exit」と入力せずにブートローダにメニューをすぐにロードさせるにはどうすればよいですか?

PS:救助ユーティリティを実行してみたところ、成功したと言われましたが、役に立ちませんでした。

sudo efibootmgr -v ブートマネージャ

UPD。 ここに画像の説明を入力してください。

Bootorder を 0003 に変更すると sudo efibootmgr -o 0003,000A,0000,0001,0002,0004,0009,0005,0006,0007,0008 004、009、 0005,0006,0007,0008 ここに画像の説明を入力してください。 まったくロードされません。

これは役に立ちません。

ベストアンサー1

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インスタンスが、パッケージを管理するために更新するインスタンスと同じであることを確認する方法がないためです。システム。

おすすめ記事