☰

Supermicro X9DRL-iF は、外部デバイスがない状態で POST 画面で B2 ステータス コードでハングアップします。

tag-icon • tag-icon boot supermicro
Supermicro X9DRL-iF は、外部デバイスがない状態で POST 画面で B2 ステータス コードでハングアップします。

最近、メモリの問題を見つけるためにサーバーを再起動しました。OS を起動する直前に、POST 画面でコード B2 が表示されてシステムが停止し、BIOS セットアップも開けません。検索してみたところ、マニュアルによると、B2 の状態は「コンソール出力/入力デバイス/コンソールの初期化とオプション ROM のロード (VGA、RAID、パラレル ポート、シリアル ポート……)」です。

参照する：http://www.tomshardware.com/forum/321881-30-system-boot-error

次に、PCI-E と USB デバイスの両方を 1 つずつ取り外し、再起動してテストしました。最後のデバイスを取り外した後も、この問題は依然として残っています。

ボードは新しく、この問題が発生する前に何も変更していないため、この問題についてはまったくわかりません。

答え1

この問題に数え切れないほどの時間を費やしたSupermicro X9Dai マザーボードいろいろ試してみた後、Clover EFI ブートローダー突然、マザーボードが POST で停止し、ステータス コードが B2 になりました。BIOS にも「ブート デバイスの選択」画面にも入れませんでした。このため、新しい BIOS をフラッシュしたり、NVRAM をクリアしたりすることができなくなりました。これが私のケースの主な問題のようです。

グーグルで少し検索してみたら、SuperMicro UEFI BIOS リカバリ ガイドそしてうまくいきました! これは基本的に、USB ドングルと最新の BIOS ファイルを使用して BIOS リカバリ モードで起動できるようにします。手順は次のとおりです。

  1. ノートパソコンまたは予備のPCを使用して、起動可能なFreeDOS USBドングル
  2. マザーボードのウェブサイトから最新のBIOSをダウンロードしてください。私の場合（X9Dai）にはリンクがありますマザーボードのページの「BIOSを更新する」。
  3. USB ドングルにフォルダを作成し、そのフォルダに BIOS ファイルを抽出します。後で「cd」で移動できるように、フォルダに「BIOS」などのわかりやすい名前を付けます。
  4. 新しいフォルダにすべてのファイルを残して、BIOS ファイルのコピーを USB ドングルのルート (/) に作成し、名前を「Super.ROM」に変更します (大文字と小文字は区別されます)。BIOS ファイルは最も大きく (約 16 MB)、「X9DAi5.XXX」のような名前が付けられています。
  5. 次に、X9Dai マザーボードにドングルを挿入し、キーボードの電源が入ったらすぐに、短いビープ音が 2 回鳴るまで CTRL+Home キーを押します。これは特徴的なビープ音なので、すぐにわかります。次に、BIOS が「APTIO リカバリ モード」に入るかどうか待ちます。実際に入るには、この操作を数回実行する必要がありましたが、理由はわかりません。ここから、「NVRAM のリセット」を有効にして、「フラッシュ更新を続行」を設定できます。「メイン ブロックのリセット」オプション (類似) もあり、これも有効にしました。
  6. 完了したら、再起動して FreeDOS USB から再度起動できるようになります。
  7. (オプションの可能性があります) FreeDOS USB で起動したら、BIOS フォルダーに「cd」し、「AMI.BAT BIOSFileName.###」コマンドを使用して BIOS を再フラッシュしました。これが役に立ったかどうかはわかりませんが、いずれにしても BIOS が古かったので、これを実行しました。

重要：BIOS をフラッシュするときは、DOS プロンプトが再び表示されるまで待ってください。その後で完了します。BIOS をフラッシュした後、PC の電源をオフにし、電源を切断し、マザーボードのバッテリーを取り外し、CMOS をクリアし、すべてを元に戻しました。その後、PC を起動し、BIOS に入り、デフォルトをロードして保存し、再起動しました。

願わくば、これによって誰かが私のような地獄を経験しなくて済むようになればと思います。

答え2

OP は、今では何らかの方法で問題を解決していると思いますが、6027R-TRF スーパーサーバー (Supermicro X9DRi3 システム ボード) でこの問題が発生したことがあり、UEFI ブート オプションの NVRAM に不正または破損したエントリがあるためではないかと考えています。これにより、システム ボードが「B2」でフリーズするようです。ただし、実際に問題を引き起こしているのは B2 テスト フェーズではないと思います。

CMOS RAM をクリアしようとしましたが (コイン型電池を一晩外し、クリア CMOS はんだパッドをショートさせることで)、これでは UEFI NVRAM はクリアされないようです。ボードは、緊急 BIOS フラッシュ/CMOS クリアのための CTRL-HOME トリックも無視します。

私容疑者根本的な原因は、BIOS セットアップ ページで UEFI ブート オプションを編集しすぎたことです。ラボ テスト環境でさまざまなブート デバイスの組み合わせに取り組んでおり、1 時間に数回ブート オプションを削除/再作成していました。変更内容は保存/再起動するまで反映されないことがあり、まったく反映されないこともあれば、同じオプションが複数のブート スロットに表示されることもありました。そのため、UEFI データの管理/編集にバグがあり、累積的なエラーが発生して最終的に POST プロセスがハングする原因になっていると考えられます。

Supermicro は、先行交換によるボード RMA に同意しました (サーバーはわずか 1 か月ほど前に購入されたものです)。

答え3

RAID が 2 つのドライブのミラーである場合は、ドライブを取り外し、バッテリーを取り外して接点をショートさせて CMOS をリセットし、マシンを AHCI を使用してレガシー ブート モードで起動するように切り替えてみてください。

この問題は、ボードが 2 つのドライブ ミラーでオンボードの Intel ベース RAID を使用するように構成されているときに発生しました。私の経験では、アレイ上で OS を起動しようとすると、オンボード RAID は信頼できません。

答え4

電源オフ不良後の Supermicro X9DR3-F の B2 スタック ブートの修正方法:

1) 電源をオフにし、すべての PCI-e および USB デバイス (キーボードを除く) を取り外し、モニターを BMC (内蔵 VGA) に接続します
。2) バッテリーとジャンパーの両方を使用して CMOS をリセットします
。2) POST の開始を待って Del キーを押します。「セットアップに入ります」と表示されます
。3) PXE OpROM の初期化を待って Ctrl+S を押して PXE セットアップに入ります
。4) Intel Boot Agent セットアップを終了し、BIOS セットアップを待ちます
。5) デフォルトをロードし、保存してリセットします。

これで、BIOS セットアップに入ったり、OS を起動したりできるようになります。

関連情報