\r\n\r\n
時折、私たちの前に「死の窓」の青い画面が現れる。時には、期待することもあります。また、あるところでは、ブルースクリーンの妖怪が不意に姿を現す。いずれにせよ、特に問題を素早く診断できない場合は、イライラすることがあります。
幸いなことに、ブルースクリーンでは必ずエラーコードが表示されます。でも、その意味がどうしてわかるんですか?さて、Windowsデバッガ(WinDbg)やNirSoft BlueScreenViewのような便利なプログラムを使うことができます。ブルースクリーンエラーを解決するための便利なガイドです!
Windowsに致命的なエラーが発生した場合、システムがクラッシュします。クラッシュすると、通常ブルースクリーンが表示されます。ブルースクリーン(BSoD:Bluescreen of Deathと呼ばれる)には、事故の詳細が豊富に表示されます。この情報では、事故の原因、場所、態様を見ることができます。
ブルースクリーンエラーには、以下のようないくつかの原因が考えられます。
これらは5つの原因として考えられるもので、具体的なエラーはたくさんあります。
デッドエラーコードのブルースクリーンは、トラブルシューティングのための具体的なエラーを提供します。何が悪かったのか、なぜそうなったのかを推測するのではなく、そこに集中すればいいのです。例えば、コード 0x80240034 WUu Egu DOWNLOAD FAILED は、Windows Update のダウンロードに失敗したことを示します。もちろん、これでBSoDが発生することはまずありませんが、このコードに特定のエラーメッセージがあることはお分かりいただけると思います。
ブルースクリーンエラーの修復は、エラーの種類によって異なります。インターネットをざっと検索するだけで、システムに何が起きているのかがわかることがあります。また、システムデバッグのための専用ソフトが必要になることもあります。ここでは、WinDbgやNirSoft BlueScreenViewを使ってブルースクリーンエラーを修正する方法を紹介します。
WinDbgは、ブルースクリーンエラーの根本的な原因を見つけるために使用できる強力なツールです。
Windows 10 SDKのダウンロードページへ移動します。 Windows 10 SDKには、Windows Performance Toolkit、Windows Debugging Tools、.NETFramework Software Development Kitなど、多くの開発ツールが含まれています。では、以下の手順で行ってください。
スタートメニューを開き、Windows Toolkit> WinDbgに進みます。 32ビットまたは64ビットのシステムアーキテクチャに対応したデバッガを使用します。私は64ビットシステムを持っているので、WinDbg X64を選択することにします。
あとはBSoDのメモリーダンプを探せば、「原因」や「場所」といったクラッシュに関する情報が含まれています。
BSoDのメモリーダンプには、大きく分けてフルダンプとミニダンプの2種類があります。通常、ミニダンプはフルダンプよりも小さいが、より多くの情報を含んでいる(いかにも誤解を招きそうな表現だが)。
このチュートリアルでは、小さなダンプを解析します(手持ちのダンプがそうだったからです)。
参考:全くゴミが出ない? クラッシュ後のWindowsダンプの開き方をご覧ください。
さて、ウィンドバーグの話に戻ろう。まず、シンボルソースを設定する必要があります。シンボルは基本的に、特定のメッセージに関連するプログラミング言語の識別子である。ログ(またはコード)の情報を分析しやすくするためです。
file>symbolのファイルパスをポイントし、以下をコピー&ペーストしてください。
SRV*c:\websymbols*http://msdl.microsoft.com/download/symbolsその後、OKを押してください。
ダンプファイルをWinDbgにドラッグ&ドロップします。または、Ctrl+Dキーを押してファイルブラウザを開き、ダンプファイルを探します。ダンプファイルを読み込むと、初期解析画面が表示されます。と似たような感じになります。
この画面からは、エラーチェックと、フィールドが原因である可能性の2つがピックアップできる。ここでは、より分かりやすく説明する。
この場合、BSoDの原因として考えられるのはメモリエラーであることがわかります。
WinDbgコマンドを使えば、さらに詳しい解析が可能です。この場合、Yes!コマンド ****yze-v (上の図で青くハイライトされている) は、BSoDに関連する詳細な情報を表示します。エラーチェック解析という見出しの下に、コマンドへのリンクがあります。ただし、このリンクが消えてしまうことがあります。リンクがない場合は、WinDbgウィンドウの下部にあるフィールドにコマンドを入力してください。
このコマンドは大量の自動解析を行います。winDbgは新しいエラーチェック解析の見出しの下に結果を表示します。しかし、この場合、BSoDの評価を広げるための重要な情報をいくつか探しているだけです。
新しいBugCheck解析ヘッダーの直下にあるパラメーターは、別の有用な情報を提供します。例えば、以下の例では、メモリ管理として特定された障害(1a)が確認できます。さらに、パラメータ(本来は情報量の多いパラメータ)を拡張しています。
Arg1は "corrupted PTE detected "を意味し、"argument 2 contains address of PTE "を示す。
今、私はPTEがページテーブルエントリーの略であることを知っているので、エラーはおそらく私の仮想メモリに関連しており、私はそこからBSODの修正を開始することができます。しかし、私の知らないエラーは山ほどあります。
そんなとき、頼りになるのがインターネット検索です。検索の初期エラーコードと追加パラメータ情報の組み合わせで、同じ問題に悩む他のユーザーの結果を表示します。多くの場合、あなたが遭遇するシステムエラーは目新しいものではなく、謎に包まれています。同じ狂牛病でも、他の人が感染する可能性があるのです - あなただけではありません。
解析ツール「WinDbg」は、強力なツールです。これを利用して、さまざまな形式のダンプやファイル解析を行うことができます。しかし、多くの読者はWinDbgが提供する分析ツール一式を必要としない。このような方にこそ、ニルソフトのBlueScreenViewをお勧めします。
WinDbgと同じダンプファイル、ミニダンプファイルを解析しますが、情報は簡略化されています。簡略化された情報をインターネット検索にかけ、そこからBSoDの作業を開始することができるのです。
仕組みは次の通りです。
BlueScreenViewのページにアクセスし、プログラムをダウンロードしてください。ダウンロードしたら、BlueScreenViewをインストールし、インストール後にプログラムを開きます。
そこで便利なのがBlueScreenViewです。MiniDump フォルダにある MiniDump を自動的に読み込みます。ダンプをクラッシュ時刻でソートして、最新の BSoD を見つけることができます。以下の画像では、WinDbg セクションで分析したダンプファイルの BlueScreenView バージョンを見ることができます。
主な違いは、レイアウトと、BSoDの情報を見つけやすくなったことです。blueScreenViewは、BSoDのルートとして、ntoskrnl.exeファイルドライバーも認識しています。
WinDbgと同様に、BSoDの情報を使ってインターネット検索を完結させることができるようになりました。
死の解析ツールのブルースクリーンは他のものより優れているのでしょうか? 何を実現したいかによりますね。
WinDbgよりBlueScreenViewの方が断然使いやすい。BSoDに関する簡潔で迅速な情報が必要な場合、BlueScreenViewがより良いツールです。特に、設定が不要で、必要な情報をすぐに消化できることを考えると、ほとんどの人がBlueScreenViewとうまく付き合っていけると思います。
詳しくは、Windowsのブルースクリーンを修正するための一般的なヒントをご覧ください。