POST(Power-On Self-Test)とは|起動自己診断の定義・仕組み・障害時の対処法
POST(Power-On Self-Test)の定義・仕組みを図解で解説。診断手順やBSODなど障害時の対処法、起動トラブルの原因と簡単な解決策を初心者向けに紹介。
POSTとは、コンピュータの電源を入れたときに最初に実行される自己診断処理で、Power On Self Testの略です。多くのパソコンでは、POST実行後に利用可能なOSを確認して選択したOSから起動します。組み込み機器やサーバーでも同様に、OSやアプリケーションが動き出す前にハードウェアの基本状態を確認する目的でPOSTが行われます。
POSTの目的と概要
POSTの主な目的は、システムが正常に動作するための最低限のハードウェア要件が満たされているかを確認することです。問題がなければ、ファームウェア(BIOS/UEFI)はブートデバイスへ制御を引き渡し、選択されたOSを読み込ませます。POSTは「ハードウェアの初期化と検査」を行うための処理であり、ファイルやフォルダーの整合性チェック(OSレベルのファイル検査)は通常、OSが起動してから行われます。
POSTで行われる主なチェック項目
- 電源と電圧の確認:電源供給(Power Good)信号や各電圧レールの異常検出。
- CPUとチップセットの初期化:プロセッサの基本動作確認と内部機能の初期化。
- メモリ(RAM)の検査:メモリの存在確認と基本的な読み書き検査(クイックテスト/フルテスト)。
- ビデオ出力の初期化:画面表示が可能かどうか。ビデオカードや内蔵GPUの検査。
- ストレージコントローラとデバイスの検出:HDD/SSDやNVMeデバイス、RAIDコントローラなどの認識。
- 周辺機器の認識:キーボード、マウス、USBデバイス、PCI/PCIeデバイス等の列挙。
- セキュリティ・ファームウェアの検査:TPMやSecure Bootの初期化(UEFI環境の場合)。
POSTの仕組み(簡単な流れ)
概略は次の通りです:電源投入 → 電源安定(Power Good)検出 → CPUリセット解除 → BIOS/UEFI実行 → ハードウェア初期化と各種セルフテスト(POST) → ブートデバイス検索 → ブートローダへ制御を渡す。UEFIでは従来のBIOSよりも多機能で、詳細なログやGUI表示、ネットワークブート対応などが追加されています。
POSTエラーの兆候と表示方法
POSTで問題が発生すると、次のような兆候が見られます:
- 画面にエラーメッセージやコードが表示されて停止する(例:「No bootable device」など)。
- ビープ音(メーカー固有のビープコード)で異常箇所を知らせる。
- マザーボード上のLEDやデバッグ7セグメント表示でエラーコードを示す。
- 電源が入るが画面が真っ黒のまま進まない、または頻繁に再起動する。
注意:POST失敗時の表示はOS起動後に出るエラー(たとえばBSOD)とは性質が異なります。BSODはOSが動作している段階で発生する障害を示すものであり、POSTで停止している場合はまずハードウェアやファームウェア側の問題を疑います。OS起動後に問題があれば、セーフモードなどの回復オプションを使って診断・修復を行います。
POST障害が起きたときの一般的な対処法
- まずは基本の切り分け:外付け機器(USB機器や外付けドライブ)をすべて外し、最低構成(CPU・1枚のRAM・ビデオ(必要なら)・電源・マザーボード)で起動してみる。
- メモリの確認:メモリを抜き差しして接点不良を疑う。複数枚ある場合は1枚ずつ差し替えてテスト。
- グラフィックカード/ディスプレイの確認:別の出力端子や別のモニタでの表示を確認。オンボード出力に切り替えて試す。
- 電源周りのチェック:電源ユニット(PSU)の不良はさまざまな症状を引き起こす。可能なら別の動作するPSUで試す。
- マザーボードのエラー表示を確認:マニュアルに載っているビープコードやLEDコードで故障箇所を特定する。
- CMOSクリア/BIOSリセット:BIOSの設定異常や破損をリセットするためにCMOSクリア(ジャンパまたは電池外し)を試す。
- 最小構成でのPOSTカード使用:PCI/PCIe用のPOST診断カードを使えば、BIOSのコード表示から停止箇所がわかることがある。
- ファームウェア更新:BIOS/UEFIの既知の不具合が原因の場合があるため、メーカーの手順に従って更新する(ただし失敗すると起動不能になるリスクあり)。
- メーカーサポートの確認:修理や部品交換が必要な場合は、メーカーや販売店、保証サービスに相談する。
サーバーや組み込み機器でのPOST
サーバーや商用機器では、POST結果はBMCやIPMI経由でリモート管理ログに記録され、リモートでの診断・再起動が可能です。サーバーは独自のLEDインジケータや冗長化(電源やディスク)により、より詳細な障害情報を提供することが多いです。組み込み機器ではPOSTの内容を最小化して高速起動するケースや、特定のハードウェアだけを検査するカスタムPOSTを実装することもあります。
まとめと実用的なポイント
- POSTはハードウェアの初期診断であり、OSよりも前に実行されるという点をまず押さえてください。
- POSTのエラーは画面表示・ビープ音・LEDなどで示されるため、マニュアルやメーカー情報と照らして対処します。
- トラブル時は「外部デバイスを外す」「最小構成で起動」「メモリの抜き差し」「CMOSリセット」など基本的な切り分けから試すと効率的です。
- OSが起動してからの障害(例:BSOD)はPOSTとは別の段階の問題なので、必要に応じてセーフモードなどのOSの回復手段を使って診断を進めます。
その他のツール
LKGC(Last Known Good Configuration)は、問題のない、最後に起動に成功した状態に戻すものです。システムの復元と似ていますが、システムの復元とは異なり、ユーザーが普通にパソコンを使えるようにすることが主な機能で、修復を保証するものではありません。また、LKGCは、再度起動に成功しない限り、元に戻すことはできません。
システムの復元は、ユーザーがウィザードを開き、「復元ポイント」を選択することで機能します。復元ポイントを有効にするには、ユーザーを再起動する必要がありますが、システムは通常通り起動します。
システム修復は、通常コンピューターのハードディスクにあり、システムを修復するためのオプションが含まれています。しかし、深刻なケースでは、OSの再インストールが必要になることがあります。
百科事典を検索する