UEFI環境でDebianをインストールした後に発生する「起動可能なデバイスが見つかりません」というエラーを修正する

Debianのインストール直後にPCに「起動可能なデバイスが見つかりません」と表示される場合でも、ファイル自体は破損していない可能性があります。ファームウェアが誤ったモードで起動している、EFIシステムパーティション（ESP）がGRUBが想定する場所にマウントされていない、またはファームウェアがDebianのUEFIブートエントリを失っているか優先順位を下げている、といったことが考えられます。パーティションを変更する前に、これらのチェックを順番に行ってください。

このガイドは、UEFIとGRUBを搭載したDebianを使用する一般的な64ビットx86 PCを想定しています。ディスクまたはパーティションに名前を付けるコマンドはあくまで例です。ご自身のデバイスは、で識別してくださいlsblk -f。ESPをフォーマットしたり、Debianを再インストールしたりするのは、最初の対応策として行わないでください。

1. コンピュータがUEFIモードで起動しようとしていることを確認します。

UEFIファームウェアは、FATフォーマットされたESPからEFIプログラムを読み込み、保存されたNVRAMブートエントリを使用してプログラムを検索します。レガシーBIOS/CSMブートは異なる経路をたどります。そのため、レガシーモードで起動されたインストーラUSBは、インストール先のマシンのUEFI構成と一致しないブートパスを設定する可能性があります。

起動時にワンタイムブートメニューまたはファームウェア設定を開きます。まず、 Debianという名前のエントリがあれば選択します。Debianが起動したら、ファームウェア設定を開き、起動順序でDebianを内蔵ディスクや他のオペレーティングシステムよりも上位に移動します。メニュー名はメーカーによって異なるため、正しい起動キーとメニューラベルについては、コンピューターメーカーの説明書を参照してください。

レスキューメディアが必要な場合は、「UEFI」で始まるUSBオプションを選択してください。Debian Liveまたはインストーラーレスキューシェルが起動したら、そのモードを確認してください。

test -d /sys/firmware/efi && echo "Booted in UEFI mode" || echo "Booted in Legacy mode"

結果が「Legacy」と表示された場合は、再起動して「UEFI USB」を選択してください。Legacyefibootmgrブート環境では、ツールなどのツールでファームウェア変数を管理することはできません。「UEFI USB」の選択肢が表示されない場合は、ファームウェアでUEFIブートが有効になっていることを確認してください。既存のインストール環境への影響が不明な場合は、セキュアブートやストレージコントローラの設定を変更しないでください。

2. インストールされているシステムとそのEFIシステムパーティションを特定する

UEFIブートされたライブ環境から、デバイスとファイルシステムを検査します。

lsblk -f

Debian のルート ファイルシステム (多くの場合ext4、またはbtrfs) と、GPT タイプ「EFI System」の小さな FAT32 パーティションを探してください。ESP は Windows と共有されている場合があります。これは正常です。以下の例のラベル/dev/sda1と は/dev/sda2プレースホルダーであり、デフォルト値ではありません。NVMe ドライブでは、一般的に などの名称が使用されます/dev/nvme0n1p1。

ルートパーティションを検査するだけであれば、まず読み取り専用でマウントしてください。正しいパーティションを特定した後、修復のために通常/bootどおりマウントしてください。インストールで別のパーティションを使用している場合は、/mnt/bootESPをマウントする前にそのパーティションをマウントしてください。リストに表示されていないからといって、代替のESPを作成したりフォーマットしたりしないでください。

/dev/sda2ルート権限とESP権限が有効な一般的なレイアウトの場合/dev/sda1、修復マウントは次のようになります。

mount /dev/sda2 /mnt
mkdir -p /mnt/boot/efi
mount /dev/sda1 /mnt/boot/efi
cat /mnt/etc/fstab

によって報告された ESP UUID を のlsblk -fエントリと比較してください。異なる場合は、処理を停止し、どのパーティションがこの Debian インストールに属しているかを確認してください。一部のシステムでは ESP を にマウントする/boot/efiか、別の配置を使用します。サンプルマウントポイントを盲目的に使用するのではなく、インストールされているシステムのレイアウトを再現してください。/mnt/etc/fstab/boot

3. UEFIレスキュー環境からGRUBを修復する

ルートディレクトリ、個別のディレクトリ/boot、および ESP がそれぞれ指定された場所にマウントされたら/mnt、実行中のシステムディレクトリをバインドしてインストールを開始します。

for i in /dev /dev/pts /proc /sys /run; do mount --bind "$i" "/mnt$i"; done
chroot /mnt

chroot環境内で、それ/boot/efiがESPであり、インストールされているシステムが修復しようとしているシステムであることを確認してください。セキュアブートが無効になっている標準的なDebian amd64 GRUBインストールの場合、EFIローダーを再インストールし、メニューを再構築してください。

grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=debian
update-grub

上記の値--targetはamd64 PC用です。Debian ARM64システムではターゲットが異なります。GRUBの公式マニュアルページでは--efi-directoryESPルートを定義し、UEFIセキュアブートオプションについて説明しています。セキュアブートが有効になっている場合は、Debianの署名付きブートチェーンを引き続き使用してください。署名のないローダーをESPに強制的にインストールしないでください。Debianの署名付きGRUBおよびshimパッケージは適切なパスを提供します。ご使用のリリースとアーキテクチャに合わせて、Debianセキュアブートのドキュメントを参照してください。

EFI変数が利用できないという報告があった場合はgrub-install、ライブUSBがUEFIモードで起動され、その変数が/sys/firmware/efi存在することを再度確認してください。ファームウェア変数が引き続き利用できない場合は、ローダーをESPに配置することはできますが、このセッションからNVRAMエントリを登録できない可能性があります。ファームウェアの「EFIファイルから起動」オプションを使用するか、正しく起動したUEFI環境から修復を繰り返してください。警告が表示されても、ファームウェアエントリが作成されたという確認とはみなさないでください。

4. Debianファームウェアのエントリとブート順序を確認する

chroot環境を終了し、UEFIブート変数を確認してください。

exit
efibootmgr -v

Debian のエントリを探してメモしてくださいBootOrder。Debian がリストに表示されているにもかかわらず、別のデバイスが最初に表示される場合は、ファームウェア設定を使用して Debian を最初に配置してください。これは、コマンドでブート順序全体を書き換えるよりも簡単で安全な場合が多いです。manefibootmgrページには、エントリの名前付け方法と、BootOrderどのアクティブなエントリのファームウェアが最初に試行するかを決定する方法が記載されています。

Debian エントリが見つからないが ESP に が含まれている場合はEFI/debian、ファームウェアのファイル ブラウザーが利用可能な場合はそれを使用して、Debian の EFI ローダーを選択します。セキュア ブートが有効になっている場合は、通常は署名付き shim ファイル ( EFI/debian/shimx64.efiamd64 の場合など) です。セキュア ブートが無効になっている場合は、GRUB EFI ファイルが利用できる場合があります。正確なファイル名は、アーキテクチャとパッケージの状態によって異なります。ファームウェアにファイル ブラウザーがない場合は、NVRAM へのアクセスが可能な状態で GRUB 修復を再実行してください。

ファームウェアのアップデートや設定のリセットによってLinuxのエントリが削除される場合があり、また、ファームウェアの実装によっては新しく作成されたエントリが保持されない場合があります。DebianのUEFIドキュメントには、代替のリムーバブルメディアパスについても記載されていますが、これは意図的な互換性対策であり、既存のファイルをチェックせずにEFIファイルを上書きコピーする理由にはなりません。

5. 症状と考えられる解決策を一致させる

• Debianは、ファームウェアの起動順序を修正するワンタイムメニューから始まります。
• UEFI USBは動作しますが、Debianが見つかりません。ESPマウントを確認し、正しいEFIローダーを再インストールしてください。
• efibootmgr変数にアクセスできません。UEFIモードでレスキューメディアを再起動してください。
• Debianが表示されますが、ファームウェアに戻ります。セキュアブートの互換性、ローダーパス、およびESPがこのインストールに属しているかどうかを確認してください。
• Linux のインストールが複数存在するため、実行する前に、どのルートと ESP のペアが関連しているかを特定してくださいgrub-install。

Debian 13 (Trixie) では、Debian がドキュメント化した shim 設定によるオプションの systemd-boot が導入されました。GRUB の代わりに意図的にこのブートマネージャをインストールした場合は、対応する systemd-boot の復旧手順を参照してください。GRUB の修復コマンドを実行しても、systemd-boot のエントリは修復されません。インストーラで選択された一般的な Debian GRUB システムの場合は、上記の手順が引き続き有効です。

6. 再起動して確認する

chroot を終了し、ファイルシステムを逆の順序でアンマウントし、レスキュー USB を取り外し、再起動します。アンマウント時にターゲットがビジー状態であると報告された場合は、ファイルシステムがアクティブな状態で強制シャットダウンするのではなく、そのマウントを使用しているシェルを閉じて再試行してください。USB を接続しない状態でファームウェアが Debian を起動することを確認します。次に、期待どおりのカーネルとデスクトップがロードされ、2 回目の再起動も正常に動作することを確認します。再び失敗した場合は、ファームウェアの正確なメッセージ、 の出力lsblk -f、およびefibootmgr -vDebian エントリが表示されるかどうかをメモしてください。これらの詳細情報は、エントリの欠落とローダーまたはファイルシステムの問題を区別するのに役立ちます。

ソース

• Debian Wiki: UEFI
• Debian Wiki: UEFIシステムへのGRUBの再インストール
• Debian Trixie のマニュアルページ: grub-install(8)
• Debian Trixie のマニュアルページ: efibootmgr(8)
• Debian Wiki: セキュアブート