ZimaOSをインストールしたのに起動しない：UEFIとNVRAMの修正

古い ASRock H61M-VG4 システムへのインストールは完了しましたが、インストーラー USB を取り外すと、マシンに「Reboot and select proper boot device」と表示されました。SSD はファームウェア上で認識され、セキュアブートは無効で、Debian は起動できました。また、修復ツールでは Locked NVRAM と報告されました。

これらの詳細から、SSD への書き込み失敗というより、ファームウェアのブート経路に問題がある可能性が高いと考えられます。ZimaOS はディスク上に存在していても、マザーボード側にそれを指す有効な UEFI エントリがない可能性があります。

現在の ZimaOS の起動要件を確認する

現在の ZimaOS インストールガイドでは、少なくとも 25 GB のストレージを備えた汎用 x86-64 ハードウェア、UEFI ブートモードの有効化、セキュアブートの無効化が必要です。インストール USB は、UEFI エントリから選択してください。

UEFI モードが有効になっていることを確認します。
セキュアブートを無効にします。
クリーンな UEFI テストを行うため、CSM またはレガシーブートを無効にします。
対象の SSD が、古い MBR 専用レイアウトではなく GPT を使用していることを確認します。
インストール後、SSD のモデル名だけでなく、名前付きの UEFI ブートエントリも確認します。

「Locked NVRAM」が重要な理由

UEFI ファームウェアは、ブート変数を NVRAM に保存します。ファームウェアが新しい変数を拒否すると、インストーラーはオペレーティングシステムのファイルをすべて正常にコピーできても、ブートターゲットの登録には失敗する可能性があります。BIOS に SSD のモデル名が表示されることは、ドライブが認識されていることを示すだけであり、ファームウェアがどの EFI ローダーを起動すべきか認識していることまでは示しません。

コミュニティでは、この古いボードの NVRAM 処理が不安定なのではないかと推測されました。この診断は妥当でしたが、そのスレッドには IceWhale が確認したボード固有の解決策は記載されていませんでした。

データを破壊しない手順で診断する

ファームウェアのデフォルト設定を読み込み、その後 UEFI モードを再設定してセキュアブートを無効にします。
マザーボードメーカーから提供されているファームウェア更新を確認し、適用前に変更内容を読みます。
1 回のクリーンな再インストール中は、EFI システムパーティションが別のディスクに作成されないよう、他のストレージデバイスを取り外します。
重要なデータをバックアップしてから、対象の ZimaOS インストール先だけを消去し、インストーラーに GPT レイアウトを作成させます。
インストール後、再びパーティションを削除または書き換える前に、ブートメニューを確認します。

コミュニティの回避策は第一選択ではない

2 つの回避策が提案されました。1 つは、小さな Linux 環境をインストールして有効な EFI エントリを作成し、ZimaOS のローダーを指すように変更する方法です。もう 1 つは、ZimaOS を SSD から実行しながら、USB デバイスをブートローダー専用として接続したままにする方法です。どちらの方法も、起動のたびに別の依存要素が加わり、ファームウェアやブートファイルの変更後に動作しなくなる可能性があります。

リカバリー USB とバックアップを用意せずに、EFI ファイルをコピーしたり NVRAM エントリを書き換えたりしないでください。ファームウェアがブート変数の書き込みを一貫して拒否する場合は、ボードのモデル、BIOS バージョン、インストーラーのバージョン、パーティションレイアウト、正確なエラー内容を IceWhale サポートに提供してください。

ブートエントリの欠落と ZimaOS スロットの破損を切り分ける

GRUB は表示されるものの、その後 ZimaOS 自体が起動に失敗する場合は、別の復旧手順が必要です。現在の ZimaOS システム復旧ガイドを使用して、代替システムスロットをテストしてください。GRUB が一度も表示されない場合は、UEFI による検出とファームウェアのブートエントリに焦点を絞ってください。