WinDbgを使ってブルースクリーン（BSOD）エラーをトラブルシューティングする方法

Windowsシステムでは、システムクラッシュ後にブルースクリーンエラーが発生することがあります。作業中に突然ブルースクリーンが表示され、システムの再起動を余儀なくされるのは非常にストレスです。原因の特定が難しく、途方に暮れてしまう方も多いでしょう。幸い、Windowsデバッガーツール（WinDbg）のような便利なツールを使えば、エラーレポートを読み取ってトラブルシューティングを行い、BSODエラーを解決できます。

BSODエラーの原因

BSODエラーは、オペレーティングシステムが安全に動作できなくなる限界点に達したときに表示されます。主な原因としては、不具合のあるドライバー、破損したWindowsレジストリ、過熱、誤って構成されたデバイスドライバー、破損したファイル、古いドライバー、オーバークロック、不良ソフトウェア、その他のハードウェアの問題などが挙げられます。

BSODエラーの対処法

ブルースクリーンエラーは「ストップエラー」とも呼ばれ、Windowsシステムを完全に停止させます。操作を続けるには、システムの再起動が必要になる場合があります。

ただし、再起動する前に、ブルースクリーンに表示されるエラーコードをメモしておくことをおすすめします。BSODエラーは、主にシステムがカーネルレベルのエラーから回復できないときに発生します。エラーメッセージには通常、クラッシュに関する大量の情報が表示され、エラーに関連するドライバーデータや、考えられる修正方法などの情報も含まれています。

システムがクラッシュすると、Windowsはミニダンプファイルを作成し、エラーの詳細を含むすべてのメモリデータが、今後のデバッグ用にハードドライブへ書き出されます。Bluescreen ViewやWinDbgなどの便利なツールを使えば、ミニダンプファイルを読み取ってトラブルシューティングが可能です。Bluescreen Viewなら手軽に素早くエラーを分析できます。より高度な調査には、WinDbgを使用してBSOD問題を解決しましょう。

Windowsデバッガーツール（WinDbg）とは

WinDbgは「Windowsデバッグツール」とも呼ばれる多目的デバッガーで、BSODクラッシュ後に作成されたすべてのミニダンプファイルを自動的にスキャンします。複雑なエラーに対する高度な分析に使用されるツールで、Windows 10 SDKの一部として無料でダウンロードできます。クラッシュが発生するたびに、このデバッグツールはクラッシュ時に読み込まれていたドライバーの詳細や、その他の高度なクラッシュ情報を提供し、ブルースクリーンエラーの根本原因を診断するだけでなく、問題のあるドライバーを特定するのにも役立ちます。この記事では、Windowsデバッグツール（WinDbg）を使ってクラッシュレポートを読み取る方法を解説します。

WinDbgの新機能

よりシンプルで取っつきやすいインターフェース

WinDbgはこれまで敷居が高い印象がありましたが、新バージョンではインターフェースが改善され、よりシンプルで使いやすくなっています。特に初心者向けに再設計され、理解しやすくなりました。

以前は、新しいユーザーがツールバーやメニューに慣れるのが少し大変でした。しかし、新バージョンにはリボンが搭載されており、現在はシンプルな作りですが、デバッグ中に具体的なコンテキストが表示されるようになる予定です。

新しいファイルメニューはよりシンプルになり、デバッグセッションを開始する前にオプションを簡単に選択できるようになりました。アタッチダイアログも簡素化され、整理されています。また、PLMDebug.exeを設定しなくても、バックグラウンドタスクやストアアプリを起動できるようになりました。

改善とモダン化

久しぶりに、WinDbgにはダークテーマ、ウィンドウの改善、最近のターゲット表示など、質の高い改善とモダン化が施されました。

まぶしい明るさを抑え、WinDbgには多くのユーザーが好むダークテーマが採用されました。新しいバージョンのWinDbgは、設定内容や最近のデバッグセッションを記憶するため、モニターの付箋にIPアドレスやKDNETの情報を書いておく必要がなくなります。最近のセッションはすべて、ファイルメニューの「最近使ったターゲット」リストとして記録されます。

Microsoftはウィンドウの同期性を高め、別のコマンドを実行してローディングをキャンセルできるようにもしました。その他にも、さまざまなウィンドウの改善が行われています。

データモデル

これまでデータモデルはdxコマンドとJavaScriptからのみアクセス可能でしたが、WinDbg Previewではデータモデルが拡張され、ローカルウィンドウやウォッチウィンドウが強化されました。JavaScript拡張やNatVisの内容も、これらのウィンドウに反映されるようになります。

WinDbg Previewには「モーダルウィンドウ」と呼ばれる新しいウィンドウが搭載され、@$curprocess.Modulesを使った独自のモジュールウィンドウを利用できます。モデルクエリの結果も、テーブル形式または階層ビューで表示されます。

WinDbgには組み込みのスクリプト環境があり、NatVisやJavaScriptをデバッガーから直接記述・実行できます。

Microsoftはブログでこれらの新機能と改善を発表していますが、WinDbgはまだプレビュー版であり、いくつかの制限があります。インストールできるのは、Windows 10 Anniversary Update以降を実行しているデバイスのみで、Windowsストアから入手できます。

新しいWinDbg Previewのワークスペースは大きく変更され、以前のバージョンとはかなり異なり、より優れたものになっています。ただしプレビュー版のため、いくつかのバグやエラーが存在する可能性があり、今後修正される予定です。

WinDbgの使い方

WinDbgのインストール

スタンドアロンのWindows 10 SDKをダウンロードします。

インストーラーを実行し、デフォルトのインストールパスを選択します。

ライセンスに同意し、「Debugging Tools for Windows（Windows用デバッグツール）」機能を選択してデバッガーをインストールします。

「Install（インストール）」ボタンをクリックします。

WinDbgでブルースクリーンエラーをデバッグする

スタートメニューを開き、「WinDbg (x86)」と入力します。

WinDbgツールを右クリックし、「管理者として実行」を選択します。

「File」メニューから「Open Crash Dump」をクリックします。

パス「C:\Windows\Minidump」に移動し、「Minidump」フォルダーを開きます。

Minidumpフォルダー内で、開きたい「dmpファイル」をクリックします。

WinDbgがファイルを分析します。ウィンドウ下部の「Debuggee not connected」という表示が消えるまで待ちます。

コマンドプロンプトで「!analyze -v」と入力し、分析が完了するまで待ちます。

より詳しいドライバー情報を取得するには、分析結果から「MODULE_NAME」を見つけ、ドライバーのリンクをクリックします。

問題のあるドライバーを特定したら、メーカーのウェブページからそのドライバーを更新または再インストールすることで、問題を解決できます。

この記事がお役に立てば幸いです！

補足：John Carrona Sr.による追加情報：有効なシンボルパスを設定しないと、シンボルエラーが発生します。最も簡単な方法は、「File…Symbol File Path」をクリックして、以下を入力することです：

srv*c:\symbols*https://msdl.microsoft.com/download/symbols

これはWinDbgを開くたびに行う必要があります。ただし、ワークスペースを保存して後で使用すれば、設定を維持できます。

シンボルを使用しない場合に発生するエラーの例は、stackoverflow.comで確認できます。

関連記事：システムでデバッガーが実行されていることが検出された場合の対処法。