BIOS、起動順序、デバイスのホームサーバーファームウェア更新チェックリスト

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

Home Server Firmware Update Checklist for BIOS, Boot Order, and Devices

正確なハードウェアイメージ、運用上の必要性、電源保護、コンソール経路、ロールバック方法が分かるまで、ホームサーバーのファームウェアを書き換えないでください。

BIOSやコントローラーの更新では、書き込み自体が成功しても、UEFIエントリー、ストレージモード、仮想化、パススルーのグループ分け、ファンポリシー、デバイス列挙がリセットされることがあります。デフォルトから変更した設定と永続的な識別情報をすべて記録し、ワークロードを正常に停止してから、1つのファームウェア層だけを更新し、初回起動を保存したベースラインと比較してください。POSTが完了しない、起動ディスクが違う、ストレージが消えたといった場合は、さらにファームウェア変更を重ねるのではなく、復旧イベントとして扱います。

更新の必要性を証明し、正確なイメージを特定する

マザーボードまたはミニPCのモデル、基板リビジョン、シリアル番号、現在のBIOS、BMC、コントローラー、NIC、SSD、その他のデバイスのファームウェアバージョンを記録します。ベンダーのリリースノートを読み、セキュリティ修正、ハードウェアサポートの必要性、または診断済みの不具合に更新内容を適合させてください。「新しい」だけでは運用上の要件になりません。

ハードウェアアップグレードのチェックリストに関する議論では、大規模なプラットフォーム変更の前にVMとコンテナを停止し、不安定なパススルーの前提を取り除くことが推奨されています。このVMを停止してパススルーの前提を取り除く手順は、サーバーやハイパーバイザーによって具体的な操作が異なる場合でも、有用なメンテナンスの区切りになります。

パッケージ、基板リビジョン、署名、電源要件、またはロールバック方法に不確実な点がある場合は、更新を中止してください。イメージはデバイスベンダーからダウンロードし、提供されている場合はチェックサムを検証します。サーバーが起動可能であることに依存せずに、現在のイメージまたは復旧方法を利用できるようにしておきます。

起動、ストレージ、ネットワーク、デバイスの状態を記録する

デフォルトから変更したファームウェアの各ページを撮影するか、エクスポートします。UEFIの起動エントリーと順序、ファームウェアモード、Secure Boot、SATAまたはNVMeモード、仮想化とIOMMU、SR-IOV、Above 4Gデコーディング、ファンカーブ、電源喪失時の動作、RTCウェイク、PXEの状態、デバイスの有効化状態を保存します。

ZimaSpaceで行われたBIOS更新後に間違ったディスクから起動する問題の診断は、更新後の最初の確認で重要なのは、すぐにOSを修復することではなく、ファームウェアが選択したディスクとUEFIエントリーであることを示しています。重複したEFIパーティションやリセットされた変数によって、正常なサーバーでも起動先が変わることがあります。

PCIおよびUSBパススルーのハイパーバイザーマッピング、インターフェースのMACアドレス、ストレージコントローラーの識別情報、プールの状態、ネットワーク設定、直近のバックアップを保存します。リモートアクセスを停止する前に、ローカルコンソールと起動可能な復旧デバイスを用意してください。

保護された時間帯に1つのファームウェア層だけを書き換える

アプリケーションの書き込み、ゲスト、コンテナ、ストレージサービスを正常に停止します。不要なUSBデバイスを取り外し、BIOS、コントローラー、NIC、SSDを同時に更新しないでください。安定した商用電源または正常なUPSを使用し、ベンダーの書き込み手順に正確に従います。初回の長い再起動を中断しないでください。

通常の起動を行う前にファームウェア設定画面に入り、保存したベースラインと比較します。既知の設定だけをグループごとに復元してください。まず起動モードと順序、次にストレージモード、ホストの起動後に仮想化とパススルー、その後に電源とファンのポリシーを復元します。この順序により、1つの誤った前提が別の問題を隠すのを防げます。

ボードがPOSTを完了しない、復旧プロンプトが表示される、または意図した起動ディスクを検出しなくなった場合は、電源の入切を繰り返すのをやめてください。記録された復旧メカニズムを使用するか、正確なイメージ、基板リビジョン、インジケーターの状態を添えてエスカレーションします。類似モデル用のファームウェアを書き込まないでください。

-15% OFF

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

Single board computer zimaboard2

元のワークロードで各デバイスを検証する

ワンタイムメニューから一度起動し、その後もう一度再起動して、永続的なUEFIの順序を確認します。プールとアレイのメンバー、NIC名と速度、センサー、ファンの応答、仮想化拡張機能、IOMMUグループ、パススルーデバイス、UPS通信、ストレージのSMARTまたはエラーカウンターを検証してください。

まずカナリアVMまたはコンテナを1つ起動し、その後、依存関係の順序に従って残りのサービスを起動します。更新の根拠となった元のワークロードを実行し、温度、エラー、パフォーマンス、デバイス識別情報をベースラインと比較します。システムが冷却され、サービスが正常に停止した後に、もう一度再起動してください。

起動、ストレージ、ネットワーク、パススルー、冷却、バックアップが2回の起動にわたって安定していることを確認してから、作業時間帯を終了します。リグレッションが再現可能な場合に限り、サポートされた方法でロールバックしてください。それ以外の場合は、デバイスのファームウェア更新を重ねるのではなく、ログと設定を保持してベンダーサポートに提供します。