web-dev-qa-db-ja.com

SupermicroX9DRL-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つずつ取り外し、再起動してテストしました。最後のデバイスを取り外した後も、この問題は解決しません。

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

bootsupermicro
1
Shisoft

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

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

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

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

うまくいけば、これは私のように地獄を通過しない誰かを救うでしょう。

2
FredericoC

OPはこれまでに問題を何らかの方法で分類したと思いますが、6027R-TRFスーパーサーバー（Supermicro X9DRi3システムボード）でこの問題が発生したことを付け加えてください。これは、UEFIブートオプションNVRAMにエントリが不良または破損しています-これにより、システムボードが「B2」でフリーズするようですが、実際にはB2テストフェーズが問題の原因ではないと思います。

CMOS RAM（コイン電池を一晩放置し、クリアCMOSはんだを短絡することにより、クリアしようとしました。パッド）ですが、これではUEFI NVRAMがクリアされないと思います。ボードは、緊急BIOSフラッシュ/ CMOSクリアのCTRL-HOMEトリックも無視します。

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

Supermicroは、高度な交換を伴うボードRMAに合意しました（サーバーはわずか約1か月前のものです）。

0
Linker3000

悪い電源オフ後のSupermicroX9DR3-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を起動できるようになります。

0
satter

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

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

0
Matt