ブルースクリーン停止エラーのトラブルシューティングにWindbgを使用する方法

ブルースクリーンエラーは、システムクラッシュ後にWindowsシステムで発生します。ブルースクリーンは予期せずにポップアップし、作業の途中でシステムを再起動することを余儀なくされます。このエラーは予期せぬサインであり、問題をデバッグするのが難しい場合、非常にイライラします。幸い、Windowsデバッガーツール(Windbg)など、エラーレポートを読んでトラブルシューティングを行い、BSODエラーを解決できる便利なツールが数多くあります。

BSODエラーの原因

BSODエラーは、オペレーティングシステムが脆弱で安全に機能できなくなったしきい値に達したときに表示されます。BSODは通常、ドライバの不具合、Windowsレジストリの破損、オーバーヒート、デバイスドライバの誤構成、ファイルの破損、ドライバの古さ、オーバークロック、ソフトウェアの不具合、その他のシステムハードウェアの問題など、いくつかの理由で発生します。

BSODエラーの修正

ブルースクリーンエラー、別名停止エラーは、Windowsシステムが完全に停止し、操作を続行するにはシステムを再起動する必要がある場合があります。

ただし、再起動する前に、ユーザーはブルースクリーンに表示されるエラーコードをメモしておくことをお勧めします。つまり、BSODエラーは、システムがカーネルレベルのエラーを回復できない場合にほとんどポップアップします。エラーメッセージには通常、エラーに関連するドライバデータを含むクラッシュ情報の全体と、考えられる修正を含むその他の情報が表示されます。

システムがクラッシュすると、Windowsはミニダンプファイルを作成し、エラーの詳細を含むすべてのメモリデータが、将来のデバッグのためにハードドライブにダンプされます。Bluescreen ViewやWindbgなど、ミニダンプファイルを読んでトラブルシューティングできる便利なツールが数多くあります。Bluescreen Viewを使用すると、エラーをすばやく簡単に分析できます。より高度な調査の場合は、Windbgを使用してBSODの問題を解決できます。

Windowsデバッガーツール(Windbg)とは

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

WinDbgの新機能

よりシンプルで威圧感がない

WinDbgは、非常に威圧的であることがよくありますが、新しいバージョンは、よりシンプルで優れたインターフェイスで威圧感が少ないと言われています。このツールは、特に初心者にも理解しやすいように再設計されています。

以前は、新しいユーザーがツールバーやメニューに慣れるのは少し難しかったです。しかし、新しいバージョンには、現時点ではまだシンプルですが、デバッグ中は特定のコンテキストを取得できるようになるリボンがあります。

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

改善と近代化

しばらくの間、WinDbgには、より暗いテーマ、いくつかのウィンドウの改善、最近のターゲットなど、いくつかの品質の改善と近代化が行われています。

まぶしさを軽減するために、WinDbgには、ほとんどのユーザーが好む暗いテーマが用意されています。新しいバージョンのWinDbgは、IPとKDNETをモニターの付箋にメモする代わりに、すべての設定と最近のデバッグセッションを記憶するようになりました。最近のセッションはすべて、最近のターゲットリストとしてファイルメニューに記録されます。

Microsoftは、ウィンドウをより同期させ、別のコマンドを実行することでロードをキャンセルできるようにしました。他にも、さまざまなウィンドウの改善がリストされています。

データモデル

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

WinDbgプレビューには、モジュールウィンドウ(@$scurssion.Modules)で独自のモジュールウィンドウに役立つモーダルウィンドウと呼ばれる新しいウィンドウが付属しています。また、モデルクエリの結果をテーブルまたは階層ビューで表示します。

WinDbgには、NatVisとJavaScriptをデバッガーから直接記述して実行できる組み込みスクリプティング環境が付属しています。

Microsoftはブログで新機能と改善を発表しましたが、WinDbgはまだプレビューバージョンであり、いくつかの制限があります。Windows 11/10を実行しているデバイスのみが、Windowsストアからインストールできます。

新しいWinDbgプレビューのワークスペースは大きく変更され、以前のバージョンとはかなり異なり、優れていますが、プレビューバージョンであるため、いくつかのバグやエラーがある可能性があり、それらは修正されます。

Windbgを使用する方法

Windbgのインストール

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

インストーラーを実行し、既定のインストールパスを選択します。

ライセンスに同意し、デバッガーをインストールする機能としてWindowsのデバッグツールを選択します。

インストールボタンをクリックします。

Windbgを使用してブルースクリーンエラーをデバッグする

スタートに移動してWinDbg (x86)と入力します。

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

ファイルに移動して、メニューからクラッシュダンプを開くをクリックします。

パスC:\Windows\Minidumpに移動し、Minidumpフォルダーをクリックします。

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

WinDbgがファイルを分析し、ウィンドウの下部にあるデバッグ対象に接続されていませんが消えるまで待ちます。

コマンドプロンプトで!analyze -vをクリックし、分析が完了するまで待ちます。

より多くのドライバ情報を取得するには、分析結果からMODULE_NAMEを特定し、ドライバリンクをクリックします。

問題のあるドライバを特定したら、問題を解決するために、製造元のWebページから問題のあるドライバを更新するか、再インストールするかを選択できます。

これで解決することを願っています！

追伸: John Carrona Srは、有効なシンボルパスを設定しないとシンボルエラーが発生すると付け加えています。最も簡単な方法は、ファイル…シンボルファイルパスをクリックして、次を入力することです。

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

これは、WinDbgを開くたびに実行する必要があります。ただし、ワークスペースを後で使用するために保存しない限り。

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

パソコンの友達