【2026年】Windows 停止コード（BSOD）リファレンス｜エラー別対処法

Windows ブルースクリーン（BSOD）の仕組みと発生原因の基礎知識

Windows コンピューティング環境において、ブルースクリーン・オブ・デス（BSOD）とは、オペレーティングシステムが致命的なエラーを検知した際に画面を青色でロックし、システムを強制的に停止させる安全装置です。2026 年時点では Windows 11 が主流となり、UEFI ブートやセキュリティ機能の強化が進んでいますが、依然としてハードウェアの不整合やドライバの誤動作によって BSOD は発生します。特に自作 PC を使用するユーザーにとっては、コンポーネントの組み合わせミスやオーバークロック設定が主な要因となるケースが多く見受けられます。このエラーは単なるフリーズとは異なり、カーネルモードにおける例外処理に失敗したことを示しており、データ破損を防ぐための重要な役割を果たしています。

BSOD が発生する根本的なメカニズムを理解するためには、Windows のメモリ管理モデルを把握する必要があります。現代の Windows OS はユーザーモードとカーネルモードという 2 つの動作領域を厳格に分離しています。ユーザーモードではアプリケーションが実行され、カーネルモードでは OS コアやハードウェアドライバが直接ハードウェアを制御します。もしドライバーが不正なメモリアドレスへアクセスしようとした場合や、保護されたシステムファイルが破損した場合、Windows はこの違反を検知して即座に停止処理（BugCheck）を行います。これにより、誤って書き込まれたデータによってディスク全体が破壊されるリスクを防いでいます。

エラー検知後、Windows 是はシステムの状態を記録したメモリダンプファイルを生成します。通常、C ドライブのルートディレクトリにある C:\Windows\Minidump フォルダに .dmp 拡張子のファイルとして保存されますが、設定によってはメモリ全体の状態を記録する完全ダンプやカーネルメモリのみの記録が行われる場合もあります。このダンプファイルを解析することで、どのドライバやプロセスがエラーの原因かを特定できるため、BSOD の根本解決にはダンプ分析が不可欠です。ただし、2026 年の最新環境ではセキュリティの観点からダンプファイルの生成を制限する設定も存在しており、初期設定では最小限のメモリダンプのみ出力される傾向があります。

BSOD 発生時の即座に実行すべき復旧手順とデータ保全策

BSOD が頻発し、Windows の起動が困難な状況になった場合、まずは冷静に対応し、重要なデータの保全を最優先に行う必要があります。システムが再起動のループ（ブートループ）に陥っている場合は、電源ボタンを長押しして強制的に終了させる方法がありますが、これは最後の手段です。代わりに、電源投入後に Windows のロゴが表示される前に電源キーを 3 回連続で押すことで、自動的に「自動修復」画面へ誘導できる機能を活用します。この回復環境（WinRE）では、コマンドプロンプトやシステム復元などのオプションが利用可能であり、ここで適切な処置を行えばデータ損失を防ぎながらシステムの復旧を試みることができます。

まず初めに確認すべきは、BSOD 発生時に画面に表示された停止コードとエラーメッセージです。これらは「0x0000007B」や「INACCESSIBLE_BOOT_DEVICE」といった形式で表示され、問題の所在を特定する手がかりとなります。また、青い画面下部には「Stop Code: 0x0000001E」というエラーコードが必ず記載されているため、メモを取るか写真を撮影して保存しておきます。この情報があれば、後述の停止コードリファレンスで即座に原因を絞り込むことが可能です。特に自作 PC ユーザーの場合、直近に変更したハードウェア（例：新しい GPU の挿入や RAM オーバークロック設定）があった場合は、その変更を元に戻すだけで解決するケースが大半です。

データの保全が必要な場合、回復環境からコマンドプロンプトを起動し、外部ストレージへのファイルコピーを検討します。コマンド copy C:\ImportantData D:\Backup\ のように、必要なファイルを外付け SSD や USB メモリへ転送できます。ただし、SSD などの書き込み速度が極端に低下している場合や、ディスクエラーが深刻な場合は無理にアクセスせず、代わりにクローンツールを用いたイメージ作成を行う方が安全です。2026 年現在では、Windows の回復環境内に標準で「PC クリーンアップ」機能が強化されており、システムファイルの修復よりも先に、ユーザーデータのみをバックアップしてクリーンインストールへ移行するフローが推奨されるケースも増えています。

頻出停止コード 30 選と原因・対処法リファレンス一覧

Windows の BSOD を診断する上で最も重要な要素の一つが、停止コード（Stop Code）の特定です。ここでは、過去数年間で特に発生頻度が高く、2026 年時点でも頻発している 30 個の主要な停止コードをカテゴリ別に整理しました。これらのコードは通常、青画面の「Stop Code」欄に記載される十六進数の数値で表されます。例えば「IRQL_NOT_LESS_OR_EQUAL」はドライバが不正なインターラプト要求レベルを扱おうとしたことを示し、「WHEA_UNCORRECTABLE_ERROR」はハードウェアに物理的な損傷がある可能性を示唆します。以下の表と解説を参照して、表示されたコードに対応する処置を講じてください。

停止コード別原因・対処法リファレンス表

（※上記は抜粋ですが、以下に 30 選の主要項目を網羅的に解説します） 「IRQL_NOT_LESS_OR_EQUAL」は最も一般的なエラーの一つであり、不正なメモリアクセスを示唆します。多くの場合、ネットワークアダプタやストレージコントローラのドライバが原因です。「PAGE_FAULT_IN_NONPAGED_AREA」はシステムメモリへのアクセス失敗で、物理メモリの不良が疑われるケースが多発します。また、「WHEA_UNCORRECTABLE_ERROR」はハードウェアエラー報告機構（Windows Hardware Error Architecture）によるもので、CPU 電圧不足や冷却不十分な場合に発生しやすくなります。

WinDbg Preview を用いたメモリダンプ解析の完全ガイド

停止コードだけでは原因が特定できない場合、プロフェッショナルなツールである「WinDbg Preview」を使用してメモリダンプファイルを分析する必要があります。Microsoft 公式ストアから無料で提供されるこのツールは、Windows SDK に含まれるデバッグ機能を活用しており、2026 年現在も最も高精度な解析が可能です。使用にあたってまず重要なのは、シンボルファイルの適切な設定です。シンボルとは、プログラム内の関数名やメモリアドレスを人間が読みやすい形式に変換するデータであり、これを設定しないと分析結果は意味不明なアドレス列として表示されます。

WinDbg Preview を起動し、「ファイル」メニューから「デバッグ対象のダンプファイルを開く」を選択し、保存された .dmp ファイルを読み込みます。その後、コマンドラインに !analyze -v と入力して Enter キーを押します。これにより、システムが停止した瞬間の状態、エラーの原因となったドライバ、および関連するスタックトレースが表示されます。ここで注意すべき点は、シンボルパスの初期設定です。デフォルトではシンボルをダウンロードしないため、設定画面（ファイル > 設定）で「!analyze -v」コマンドを実行前に「.symfix」というコマンドを入力し、Microsoft のサーバーからシンボルを取得するよう構成します。

スタックトレースの読み方において重要なのは、エラーが発生した直前の関数呼び出しチェーンをたどることです。出力結果には「STACK_TEXT: 0xffff8a4d...」のような形式で表示される行が含まれており、この中で最も関連性の高いファイル名（例：nvlddmkm.sys は NVIDIA ドライバ）に注目します。また、「BUGCHECK_STR」という項目でエラーのタイプが要約されており、これによりハードウェア起因かソフト起因かを大まかに判断できます。解析結果をコピーしてテキストエディタへ貼り付け、保存しておくことで、後日や他の専門家への相談時に詳細な情報を提供することが可能になります。

BlueScreenView と WhoCrashedを使った簡易分析ツール比較

WinDbg Preview は強力ですが、学習コストがかかるため、より手軽に原因の特定を図りたいユーザーには「BlueScreenView」や「WhoCrashed」といったサードパーティ製の解析ツールが有用です。これらは Microsoft の公式ツールをベースにしており、ダンプファイルを自動で読み込み、関係するドライバを色分けして表示してくれます。特に「BlueScreenView（NirSoft 社製）」は、ポータブル版として提供されており、インストール不要で利用可能なのが特徴です。起動直後に C:\Windows\Minidump フォルダ内のファイルをスキャンし、エラーが発生した時刻と関連するドライバ名をリスト表示します。

「WhoCrashed」は、さらに分析レポートを日本語で生成する機能が売りであり、初心者にとって非常に親切な設計となっています。インストール後、自動解析を実行すると、「この BSOD は Driver Verifier によるもの」といった推論結果や、「おそらくドライバ X が原因です」という具体的な提案が表示されます。特に、複数のダンプファイルがある場合、共通するドライバーを特定して「これが悪玉かもしれません」と強調表示するため、トラブルシューティングの方向性を早期に示唆してくれます。ただし、これらのツールはあくまで分析を支援するものであり、根本的な修復を行うには依然として手動でのドライバ更新やシステム設定変更が必要です。

以下に主要なダンプ解析ツールの機能比較を表にまとめました。

停止コード解析ツール比較表

利用者のスキルレベルに応じて使い分けることが重要です。例えば、単純なドライバ名を知りたいだけなら BlueScreenView で十分ですが、「なぜそのドライバが失敗したのか」まで深掘りしたい場合は WinDbg Preview の !analyze -v 出力を参照する必要があります。2026 年時点では、Windows Update の自動更新によりこれらのツールのバージョンも最新化されていますが、古いダンプファイルを解析する際は、ツール本体の最新版を必ず入手してください。

ハードウェア起因の BSOD 診断と特定コンポーネントのチェック方法

ソフトウェア的な対策を行っても BSOD が改善しない場合、ハードウェア自体に問題がある可能性が高いです。特に自作 PC を使用している環境では、パーツの相性や冷却性能、電力供給能力が不安定になる要因となります。まずは「Windows Memory Diagnostic」ツールを使用して物理メモリの健全性を確認します。これは Windows 標準機能であり、再起動時に実行され、RAM の不良セクタを検出します。また、より厳密なテストには「MemTest86」のようなブート可能な USB ツールを使用し、少なくとも数時間（推奨は 4 回以上のスキャン）かけてテストを行うことで、瞬間的なエラーを見逃さないようにします。

SSD や HDD の障害も BSOD を引き起こす主要因です。「NTFS_FILE_SYSTEM」や「INACCESSIBLE_BOOT_DEVICE」といったコードが表示された場合、ストレージデバイスの故障を疑います。「CrystalDiskMark」などのベンチマークツールで読み書き速度を確認し、通常値（例：NVMe SSD で 3000 MB/s 以上）から大幅に低下している場合は、ファームウェアのアップデートや交換を検討すべきです。また、SSD の残存寿命（TBW）を監視できる「CrystalDiskInfo」ソフトを使用し、健康状態が「危険」を示す値（例：SMART 情報での再割当セクタ数増加）を検知した際は、即座にデータバックアップを行い交換作業へ移行します。

GPU や CPU の過熱・不安定動作も頻繁な BSOD の原因となります。「WHEA_UNCORRECTABLE_ERROR」は特に CPU 電圧や温度に関連して発生し、夏季など高温環境下で顕著になります。PC の内部温度を監視する「HWMonitor」などのソフトを使用し、アイドル時でも 50°C を超える、または負荷時に 90°C に達する場合は冷却システムの再点検が必要です。また、オーバークロック設定（CPU やメモリ）を行っている場合、BIOS/UEFI の設定をリセットして標準値に戻すことで安定性を回復できるか確認します。電源ユニット（PSU）の容量不足も原因となり得るため、システム全体の消費電力が 80% を超えていないかを計算し、余裕を持たせることが推奨されます。

ドライバ起因の BSOD トラブルシューティングと Driver Verifier 活用

ドライバの問題は BSOD の最大の原因であり、特にグラフィックスカードやネットワークアダプタのドライバー更新で解決することが多いです。2026 年時点では Windows Update が自動的に関連するドライバーを配信していますが、製造元（NVIDIA、AMD、Intel）から直接ダウンロードした最新版の方が安定しているケースが依然として存在します。デバイスマネージャーにてドライバを更新する際、自動的に検索するのではなく「ドライバソフトウエアの更新プログラムを検索」ではなく、「ドライバソフトウエアのインストールファイルを探す」オプションを利用し、公式サイトから取得したインストーラを実行することが望ましい手順です。

より深刻なドライバー不整合を特定するための専門ツールとして「Driver Verifier（verifier.exe）」が用意されています。これは Windows の組み込み機能であり、デバッグモードで特定のドライバの動作を検証します。コマンドプロンプトで verifier /standard /driver * と入力すると、すべてのドライバに対して検証を開始できます。ただし、この設定はシステムを不安定にする可能性があるため、必ずセーフモードでの起動が可能な状態で行います。設定後、Windows を再起動し、特定のドライバーに問題がある場合、自動的に BSOD が発生してそのドライバー名を特定します。

Driver Verifier で特定されたドライバに対して行うべき処置には、ロールバック（旧バージョンへ戻す）や削除があります。デバイスマネージャーで該当デバイスを右クリックし、「プロパティ」から「ドライバー」タブを開き、「ドライバーのロールバック」ボタンをクリックすることで、直前の安定したバージョンに戻せます。また、Windows Update の履歴を確認し、直近にインストールされたアップデートが原因である場合は「更新プログラムの表示」から該当する KB 番号（例：KB5023456）をアンインストールします。2026 年現在では、セキュリティパッチの適用頻度が高いため、更新プログラムと BSOD の関連性を常に意識して管理する必要があります。

Windows Update 起因の BSOD と回復環境での復旧テクニック

Windows Update が原因でシステムが起動しなくなるケースは、定期的に見られるトラブルです。この場合、回復環境（WinRE）からシステムファイルの修復や更新プログラムの削除を行います。まず、コマンドプロンプトを起動する方法として、起動メディア（USB または DVD）を使用してブートするか、設定 > 更新プログラムとセキュリティ > 復元から「詳細な起動オプション」を選択し、PC の再起動時に「トラブルシューティング」>「詳細オプション」>「コマンドプロンプト」へ入ります。ここで sfc /scannow コマンドを実行します。これはシステムファイルの整合性をチェックし、破損しているファイルを自動修復する機能です。

さらに深刻な場合や、SFC で修復できない場合は DISM /Online /Cleanup-Image /RestoreHealth を使用します。このコマンドは Windows イメージの健康状態を回復させ、更新プログラムの破損を修正します。ただし、これらのコマンドを実行するには管理者権限が必要であり、コマンドプロンプトが管理モードで起動されていることを確認してください。また、システム復元ポイントが存在する場合は、回復環境から「システム復元」を選択し、BSOD 発生前の日時を指定してロールバックを行います。この機能はユーザーファイルを消去せず、システム設定のみを戻すため、データの保全性が高い方法です。

Windows Update の自動解除や一時停止機能も活用可能です。「更新プログラムのインストール一時停止」オプションを使用することで、一時的な更新による不具合を回避できます。また、回復環境から bcdedit /set {default} recoveryenabled No を実行して再起動時の自動修復ループを防ぐ方法もありますが、これは最終的な手段として用いるべきです。2026 年時点の Windows 11 では、アップデート前のチェックポイントが自動的に作成される仕組みが強化されていますが、手動で回復ポイントを保存する習慣を持つことで、万が一の際の復旧成功率を大幅に向上させることができます。

BSOD リスク低減のための予防策とシステム最適化

BSOD の発生を防ぐためには、日常のメンテナンスと設定の見直しが不可欠です。まず推奨されるのは、Windows Update を常に最新の状態に保つことです。特に 2026 年現在では、セキュリティホールを塞ぐためのパッチが頻繁に配信されており、これらを適用することで脆弱性によるクラッシュを回避できます。また、重要なシステムファイルの変更には「システム保護」のチェックポイント作成を習慣化しましょう。「システムプロパティ」>「システム保護」タブから、C ドライブの保護を設定し、ディスク領域の使用率を 10% 以内に保つことで、十分な復旧ポイントが確保されます。

ハードウェア面の最適化も重要です。メモリオーバークロックや CPU オーバークロックを行っている場合は、標準設定に戻すか、電圧とクロックを安定した範囲内に調整します。また、[BIOS/UEFI](/glossary/uefi) のアップデートも重要な予防策です。マザーボードの製造元は、新機能や不具合修正のために定期的に BIOS を更新しており、これを実行することでハードウェアとの互換性が向上します。ただし、BIOS 更新中は電源を切らないよう注意し、予備のバッテリー（CMOS バッテリー）が充電されていることを確認してください。

最後に、サードパーティ製のセキュリティソフトや最適化ツールの削除も検討してください。一部のアンチウイルスソフトや、過度なシステムクリーナーはカーネルモードで動作して BSOD を引き起こす要因となります。特に 2026 年現在では、Windows Defender が標準機能として十分に強力であるため、サードパーティ製のセキュリティソフトが二重起動している場合は、不要なものを削除することでシステムの安定性を高めることができます。定期的なディスクのデフラグや、不要ファイルの削除も、システム全体のパフォーマンス向上に寄与し、BSOD の発生リスクを低減します。

よくある質問（FAQ）

Q1: BSOD 時に保存されたダンプファイルをどこで見つけるか分からない A: ダンプファイルは通常、C:\Windows\Minidump フォルダに保存されています。エクスプローラーで「表示」タブから「拡張子」を有効にし、.dmp 拡張子のファイルを探します。このファイルを開くには WinDbg Preview や BlueScreenView などのツールが必要です。

Q2: BSOD が頻発するが、原因のドライバが特定できない A: Driver Verifier を使用して特定のドライバーをテストするか、セーフモードで起動し、問題の発生タイミングを確認してください。また、WhoCrashed のレポートを詳しく読み込み、複数回同じエラーコードが出る場合はハードウェアの故障可能性も考慮します。

Q3: BSOD 後にシステムが立ち上がらなくなった場合どうすればよいか A: Windows 回復環境（WinRE）から「スタートアップ修復」または「コマンドプロンプト」を選択し、sfc /scannow や chkdsk /f を実行してください。それでもダメな場合は、システム復元ポイントへのロールバックを試みます。

Q4: メモリテストレートでエラーが出た場合の対処法は？ A: 物理メモリの不良が疑われます。メモリを交換するか、単一のメモリにスロットを変更してテストし、問題のあるスロットや DIMM を特定します。また、XMP 設定を無効にして標準クロックで動作を確認することも有効です。

Q5: BSOD はウイルス感染によるものか？ A: 直接の因果関係は稀ですが、マルウェアがシステムファイルに侵入して改変した結果として発生することはあります。Windows Defender または信頼できるアンチウイルスソフトでのスキャンを行い、システムの健全性を確認してください。

Q6: BSOD のエラーコードが毎回異なるのはなぜか？ A: システム全体の安定性が低下している可能性があり、メモリやストレージの故障、あるいは電源供給の問題が複合的に影響しているケースがあります。ハードウェア交換を検討する前に、各コンポーネントを個別にテストしてください。

Q7: WinDbg Preview でシンボルファイルのパスを設定する方法は？ A: 設定メニューから「シンボル」タブを開き、「!analyze -v」を実行する前に .symfix コマンドをコマンドラインに入力して実行します。これにより、Microsoft のサーバーからシンボルが自動的にダウンロードされます。

Q8: BSOD が再起動時にしか発生しない場合はどうすればよいか？ A: セーフモードで起動し、その環境下でも同じエラーが出るか確認してください。セーフモードでは正常に動作する場合、特定のドライバーやサードパーティ製ソフトが原因である可能性が高いです。

Q9: Windows Update 後の BSOD を完全に防止する方法は？ A: 更新プログラムをインストールする前に必ず復旧ポイントを作成し、更新後に問題が発生した場合は「更新プログラムのアンインストール」を実行します。また、Windows の「更新の一時停止」機能を活用して、一時的な更新を遅らせるのも有効です。

Q10: BSOD の頻度が減っても完全には消えない場合の最終手段は？ A: Windows のクリーンインストールが最終的な解決策となります。データのバックアップを行った後、Windows インストーラーメディアからスタートし、既存の OS を削除して新規インストールを行います。この際、BIOS 設定もデフォルト値にリセットすることをお勧めします。

まとめ

本記事では、Windows の停止コード（BSOD）に関する包括的なガイドを提供しました。2026 年時点の最新システム環境を前提に、以下の主要なポイントを再確認しておきましょう。

• 基本メカニズム: BSOD はカーネルモード例外への安全装置であり、メモリダンプファイルが重要な手がかりとなる。
• 停止コード分析: 「IRQL_NOT_LESS_OR_EQUAL」や「WHEA_UNCORRECTABLE_ERROR」など 30 の主要エラーコードをカテゴリ別に整理し、それぞれに対処法を提示した。
• 解析ツールの活用: WinDbg Preview、BlueScreenView、WhoCrashed を使い分け、プロの視点と初心者向けの視点から効率的な診断を行うことが重要である。
• ハードウェア診断: メモリテストや温度監視を通じて、物理的な故障を早期に特定し、OS 以外の要因も排除する必要がある。
• ソフトウェア修復: Driver Verifier やシステムファイル修復コマンド（SFC/DISM）を活用して、ドライバと OS の整合性を回復させる手順を解説した。

これらの情報を体系的に理解し、実際のトラブル対応において適切に組み合わせることで、BSOD に悩まされる頻度を大幅に減らすことが可能です。特に自作 PC ユーザーにとっては、コンポーネントの相性や冷却環境を見直すことが最優先事項となります。