BIOSアップデートによってホームサーバーの起動順序が変更されるのを防ぐ方法

現在のUEFIエントリを記録し、アップデート中に不要なブートデバイスを減らし、サーバーを運用に戻す前にブートパスを確認することで、BIOSアップデートによるホームサーバーのブート順変更を防げます。

ヘッドレスのホームサーバーでは、ファームウェアが別のブートエントリを選択しただけでも、アップデートの失敗、SSDの故障、NASの破損、ハイパーバイザーの消失のように見えることがあります。安全な手順は、正常に動作しているブート状態を記録し、近くに復旧手段を用意してアップデートを行い、最初の正常な再起動後にアクティブなエントリを確認することです。

ファームウェアをアップデートする前に、動作中のブート状態を記録する

ファームウェアを書き換える前に、ブートデバイス、ブートローダー名、プールまたはディスクの識別情報、現在のブート順リストを書き留めてください。ファームウェア画面の写真も役立ちますが、OSから確認した情報のほうが、OSが認識している正確なUEFIエントリ名を確認できるため有用です。

UEFI仕様では、BootOrderを、不揮発性ファームウェア状態に保存されるブートオプション変数のリストとして説明しています。つまり、ブート順はOS内の単なる設定ではなく、ファームウェアによって管理されています。

Linuxや多くのアプライアンス型システムでは、efibootmgrなどのツールを使って現在の順序を取得し、その出力をサーバー外部の場所に保存してください。アップデートによって先頭のエントリが変わっても、似たようなデバイス名を推測するのではなく、正常な順序に戻せます。

アップデート中は、紛らわしいブートデバイスを取り外す

ファームウェアアップデートでは、ディスク、USBデバイス、ネットワークブートのオプション、リムーバブルメディアが再スキャンされることがあります。複数のデバイスにEFIパーティションやブートローダーが含まれていると、デフォルト設定の更新後にファームウェアが誤ったデバイスを優先する可能性が高まります。

LenovoのBIOSブート順ガイドやHPのBIOSブート順ガイドなど、ブート優先順位の変更に関するメーカーの手順では、ファームウェア設定メニューでデバイスの優先順位とOSのブートローダーエントリが別々に表示されることが示されています。そのため、デバイスの順序と名前付きブートエントリの両方が重要になる場合があります。

ホームサーバーでは、最終アップデート後の再起動前に、不要なUSBインストーラー、古いブートディスク、一時的なリカバリドライブを取り外してください。ハードウェアの手順で特別な要件がない限り、主要なブートデバイスと必要なミラーリング先のブートデバイスだけを接続した状態にします。

アップデートによってUEFIまたはレガシーブートモードがリセットされていないか確認する

BIOSアップデート後にサーバーが起動しない場合でも、すぐにOSを再インストールしないでください。まず、ファームウェアがUEFIとレガシーモードの間で切り替わっていないか、別の互換性サポート設定が有効になっていないか、または先頭のEFIエントリが変更されていないか確認します。

efibootmgrのマニュアルでは、このユーティリティを使ってブートエントリの作成と削除、ブート順の変更、次回起動時だけ使用するブートオプションの設定ができると説明されています。そのため、ファームウェアの変更後もOSが意図したUEFIエントリを認識しているか確認するのに役立ちます。

正しいエントリが存在するものの先頭になっていない場合は、順序を復元して一度再起動します。エントリが見つからない場合は、リカバリメディアから起動し、ブートファイルとEFIシステムパーティションがまだ存在することを確認してからエントリを再作成してください。

-15% OFF

ZimaBoard 2 - あなたの大きなアイデアのためのミニホームサーバー

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

永続的な変更を保存する前に、一回限りのブートメニューを使う

トラブルシューティング中にファームウェアの永続的な設定を繰り返し変更するよりも、一回限りのブートメニューを使うほうが安全です。意図したブートデバイスを試しながら、問題の本質を隠してしまう誤った順序を確定せずに済みます。

NetgateのAMIファームウェアに関する文書では、稼働中のソフトウェアからefibootmgrを使ってEFIブート順を変更できると説明しています。一方で、この方法とファームウェア設定画面を使う方法は区別されており、リモートアクセスやアプライアンスの動作によって復旧方法が変わる場合に役立ちます。

一回限りのブートに成功したら、サービス、ストレージプール、ネットワークインターフェース、スケジュールされたジョブが正常か確認します。その後、永続的な順序を一度だけ保存し、再度再起動して、手動操作なしでサーバーが同じエントリを選択することを確認してください。

ヘッドレスサーバーの復旧手段を確保する

アップデート後にマシンを確認・操作できなければ、ブート順変更の防止は不十分です。ヘッドレスサーバーでは、ファームウェアを書き換える前に、ローカルのキーボードとディスプレイ、IPMIまたはリモートコンソールへのアクセス、あるいは動作確認済みのリカバリUSBを近くに用意しておく必要があります。

再起動後にEFIブート順がリセットされる事例に関するコミュニティの報告から、一部のシステムでは変更した順序を受け入れたように見えても、再起動後に元へ戻ることが分かります。そのため、最後の確認は保存画面が正常に表示されたことだけでなく、完全な再起動またはコールドブートで行う必要があります。

通常の再起動と、ハードウェアがコールドブート後に異なる動作をすることが分かっている場合は電源オフからの再起動の両方でブート順が維持されるまで、サーバーを無人運用に戻さないでください。ファームウェアが繰り返し順序を書き換える場合は中止し、マザーボードのモデルとファームウェアのバージョンを記録して、メーカー固有の設定やアップデートを確認してください。

よくある質問

CMOSバッテリーを交換すれば、ブート順の変更を防げますか？

設定がファームウェアに保持されないことが原因で失われている場合にのみ効果があります。BIOSアップデートによって意図的にデフォルト設定がリセットされたり、UEFIエントリが再構築されたりしている場合、バッテリーが主な原因ではありません。

他のすべてのブートオプションを恒久的に無効にすべきですか？

いいえ。復旧オプションは利用できる状態にしておきつつ、通常のブートパスを明確にしてください。ネットワークブートやリムーバブルメディアからのブートは、誤起動の原因になっており、別の復旧方法を確保できている場合にのみ無効にします。

ブート順の作業がストレージのメンテナンス全般の一部である場合は、まずバックアップが保護されていることを確認してください。同じ安全な作業時間帯の考え方が、スナップショットレプリケーションとプールの空き容量にも当てはまります。