ファームウェア更新前にホームサーバーのUEFIブートターゲットを保持する方法

ファームウェア更新前に、正確なUEFIブートターゲットを記録し、2つ目のブート経路を確保しておけば、更新によってホームサーバーが起動不能になる可能性を低減できます。

予防策は、BIOSのブートメニューをスクリーンショットに撮るだけではありません。アクティブなEFIエントリ、ブート順、対象ディスクとEFIシステムパーティション、ファームウェアモード、Secure Bootの状態、同じNVRAMエントリに依存しない復旧経路を記録します。続いて、更新前にサーバーが意図したローダーへ到達できることを確認し、更新直後に同じ情報を比較します。

更新前にアクティブなEFIエントリを記録する

サーバーが正常に動作している状態で、システムのEFIブートマネージャーツールを実行し、詳細なデバイスパスを含む完全な出力を保存します。BootCurrent、BootOrder、すべてのアクティブなエントリ、および優先ローダーが参照するディスクまたはパーティションを記録してください。

サーバー向けの復旧メモでは、BIOS関連の変更の前後にefibootmgr -vを実行し、更新前にエントリを記録することを推奨しています。

このテキストは、ブートディスク以外の場所、たとえば別のNASデータセットや管理用ノートパソコンに保存してください。更新後の画面写真も役立ちますが、同じような名前のLinuxブートエントリを複数のディスクが公開している場合、保存したデバイスパスのほうがはるかに強力な証拠になります。

ブートエントリを物理ディスクに対応付ける

アクティブなローダーが使用するEFIシステムパーティションを特定し、ディスクのシリアル番号など、安定したハードウェア識別情報に対応付けます。また、古いクローンではなく正しいOSディスクを識別できるよう、ルートファイルシステムまたはブートプールの識別情報も記録します。

実用的なLinuxガイドでは、実行中のシステムを起動したローダーを特定する際に、OS上でたまたま最初に表示されたディスクに頼るのではなく、BootCurrentがアクティブなエントリを示すことを説明しています。

保守メモでドライブを「NVMe 1」や「SATA 0」とだけ記載しないでください。ファームウェアの更新によってコントローラーやデバイスの表示順が変わることがありますが、シリアル番号とEFIデバイスパスがあれば、意図したブートターゲットをはるかに簡単に識別できます。

NVRAMのブート順を別途保存する

UEFIブートエントリは、EFIパーティション内のファイルだけでなく、ファームウェア変数でもあります。現在の順序とエントリ識別子を保存しておけば、EFIファイルが残っていてもマザーボードがNVRAMの記録を忘れた場合に、優先順位を再作成できます。

EFI管理のチュートリアルでは、ブートエントリはNVRAMに保存されること、そしてローダーファイルとは独立して作成、削除、並べ替えができることを説明しています。

保存した16進数のエントリ番号だけを恒久的なものとして扱わないでください。リセット後、再作成されたエントリには別の番号が割り当てられることがあります。重要なのは、ローダーパス、対象ディスク、ラベル、希望する相対的な順序です。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

ファームウェアに依存しないフォールバックローダーを用意する

ブートローダーとディストリビューションが対応している場合は、EFIシステムパーティションに使用可能なフォールバックローダーパス、または文書化された別の復旧方法があることを確認してください。ファームウェアを更新する前に、ワンタイムブートメニューまたはリムーバブル復旧メディアをテストします。

UEFIブートローダーのガイダンスでは、通常のNVRAM登録が存在しない場合に、フォールバックローダーが失われたエントリを迂回する仕組みを説明しています。

フォールバックは、整ったプライマリ構成の代わりになるものではありません。その価値は、いくつかの古いEFIパーティションを焦って試すのではなく、意図したエントリを復元できるだけの時間、決められた方法でOSへ到達できることにあります。

UEFI、レガシー、Secure Bootの状態を記録する

更新前に、サーバーが純粋なUEFI、レガシー、またはCSM互換モードのいずれを使用しているか、そしてSecure Bootの状態を記録します。また、設定が初期値に戻った場合に、現在のOSから通常のブートディスクが見えなくなる可能性のあるストレージコントローラー設定も記録してください。

Linuxのファームウェア移行手順では、UEFIモードによってブート動作が変わること、移行中にディスクを手動で選択する必要が生じる場合があることを説明しています。

更新後は、ブートローダーを再インストールする前にこれらの設定を比較してください。正しいEFIファイルが残っていても、ファームウェアモードやブート優先順位が初期値に戻ると、別のディスクから起動することがあります。

更新直後に意図したエントリを確認する

更新後、初めて正常に起動したら、通常のサービスがディスクを変更する前に、もう一度BootCurrentとBootOrderを取得します。サーバーが意図した物理ディスクとEFIシステムパーティションから起動したことを確認してください。

ブート順の例では、ファームウェアが自動的に選択した順序を受け入れるのではなく、正しいエントリと識別子を確認したうえで、BootOrderを意図的に復元できることを示しています。

現在の各エントリをローダーパスと照合してから、古い順序を復元してください。エントリ番号は変わることがあるためです。ファームウェア更新後にアクティブなディスクが変わってしまった場合は、関連するZimaSpaceの記事誤ったディスクからの起動診断が、引き続き適切な次の手順となります。

よくある質問

BIOS設定のスクリーンショットだけで十分な準備になりますか？

いいえ。スクリーンショットにはラベルや順序が表示される場合がありますが、保存したEFIデバイスパス、アクティブなエントリ、ディスク識別情報、EFIシステムパーティションがあれば、復旧時の曖昧さを大幅に減らせます。

ファームウェアを更新する前に、古いEFIエントリを削除すべきですか？

整理のためだけに削除するべきではありません。まず、本当に不要なエントリを特定し、テスト済みのフォールバックを確保してください。ファームウェアの保守直前に動作する代替経路を削除すると、復旧手段が減ってしまいます。

ブートエントリが消えてもEFIファイルは残りますか？

はい。EFIシステムパーティションがそのまま残っていても、ファームウェアがNVRAMエントリを失ったり並べ替えたりすることがあります。そのため、ファームウェア上のエントリとディスク上のローダーパスの両方を記録することが重要です。