WinDbgとBlueScreenViewを使用してブルースクリーンエラーを解決する方法

Windowsの死のブルースクリーンは時々私たちを訪ねてきます。時々、あなたはそれを期待します。他では、ブルースクリーンの幽霊が予想外に大きく迫っています。いずれにせよ、特に問題をすばやく診断できない場合は、イライラします。

幸いなことに、ブルースクリーンには常にエラーコードが表示されます。しかし、それが何を意味するのかをどのように理解しますか？さて、あなたはWindowsデバッガのような便利なプログラムを使用します （WinDbg）または NirSoft BlueScreenView 。ブルースクリーンエラーを解決するための便利なガイドは次のとおりです！

ブルースクリーンエラーとは何ですか？

Windowsに壊滅的なエラーが発生すると、システムがクラッシュします。クラッシュは通常、ブルースクリーンをもたらします。ブルースクリーン（愛情を込めてブルースクリーンオブデス、またはBSoDとして知られています）には、クラッシュの詳細を示す大量の情報が表示されます。情報の中には、クラッシュが発生した理由、場所、方法が含まれています。

ブルースクリーンエラーの原因は何ですか？

ブルースクリーンエラーには、次のようないくつかの原因が考えられます。

• 障害のあるハードウェア
• 欠陥のあるソフトウェア
• 古いドライバーまたはコーディングが不十分なドライバー
• 過熱
• オーバークロック

それは5つの潜在的な原因だけです。それらの中には、多くの特定のエラーがあります。そこで、死のエラーコードのブルースクリーンが表示されます。

死亡エラーコードのブルースクリーンは、トラブルシューティングするための特定のエラーを示します。何がうまくいかなかったのか、そしてその理由を推測するのではなく、努力を集中することができます。たとえば、コード0x80240034 WU_E_DOWNLOAD_FAILEDは、WindowsUpdateのダウンロードに失敗したことを意味します。もちろん、それがBSoDを引き起こす可能性は低いですが、コードに特定のエラーメッセージがどのように表示されるかがわかります。

ブルースクリーンエラーを修正するにはどうすればよいですか？

ブルースクリーンエラーの修正は、エラーの種類によって異なります。時々、大雑把なインターネット検索はあなたのシステムの何が悪いのかを明らかにするのに十分です。また、システムデバッグ用の特別なソフトウェアが必要な場合もあります。 WinDbgまたはNirSoftBlueScreenViewを使用してブルースクリーンエラーを修正する方法は次のとおりです。

WinDbgでブルースクリーンエラーを修正する方法

WinDbgは、ブルースクリーンエラーの根本原因を特定するために使用できる強力なツールです。

Windows10SDKのインストール

Windows10SDKのダウンロードページに移動します。 Windows 10 SDKには、Windows Performance Toolkit、Windows用デバッグツール、.NET Frameworkソフトウェア開発キット、その他の開発ツールなど、多数のツールが含まれています。今すぐ次の手順に従ってください。

1. インストーラーのダウンロードを押します ボタン。ダウンロードしたら、インストーラーを実行します。
2. Windows 10 SDKインストーラーが開いたら、最初のオプションを選択してインストールします。 Windowsソフトウェア開発キット あなたのコンピュータに。デフォルトのインストールパスで問題ありません。
3. [次へ]を選択して続行し、ライセンスに同意します。次のページで、Windows用のデバッグツールのすべてのチェックボックスをオフにします 。
4. 次に、インストールを押します 。

WinDbgを開いて構成する

スタートメニューを開き、Windowsキット>WinDbgに移動します。 システムアーキテクチャに合わせて、32ビットまたは64ビットのデバッガを使用します。私は64ビットシステムを使用しているので、WinDbgX64を選択します。

次に、BSoDメモリダンプを見つける必要があります。ダンプには、「原因」や「場所」など、クラッシュに関する情報が含まれています。

BSoDメモリダンプには主に2つのタイプがあります。 フルダンプとミニダンプ。通常、ミニダンプは小さいですが、フルダンプよりも多くの情報が含まれています（誤解を招く可能性があります）。

1. ミニダンプログはルートディレクトリ（通常は C：\ Windows \ Minidump ）にあります。 。フォルダには、実際のミニダンプログがあります。
2. または、完全なダンプは C：\ Windows \ memory.dmpにあります。

このチュートリアルでは、ミニダンプを分析します（これは私が手元にあるものだからです）。

注： ダンプはまったくありませんか？クラッシュ後のWindowsダンプをオンにする方法をご覧ください。

さて、WinDbgに戻ります。まず、シンボルソースを設定する必要があります。シンボルは基本的に、特定の情報に関連するプログラミング言語の識別子です。ログ（またはコード）で見つかった情報の分析が容易になります。

ファイル>シンボルファイルパスに移動します 、次に以下をコピーして貼り付けます：

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

次に、 OKを押します 。

WinDbgでのクラッシュダンプの分析

ダンプファイルをWinDbgにドラッグアンドドロップします。または、 Ctrl + Dを押します ファイルブラウザを開き、ダンプファイルを見つけます。ダンプファイルが読み込まれると、最初の分析画面が表示されます。これは次のようになります：

この画面から取り込むものは2つあります。BugCheck およびおそらく原因 田畑。ここでは、より明確にしています：

• BugCheck 1A エラーコードです
• おそらく原因 ：memory_corruption（ONE_BIT）を使用すると、目前の問題をすぐに把握できます。

この場合、メモリエラーがBSoDの原因である可能性が高いことがわかります。

WinDbgコマンドを使用して、分析をさらに一歩進めることができます。この場合、！analyze -v コマンド（上の画像で青色で強調表示されている）は、BSoDに関連する詳細情報を表示します。 BugcheckAnalysisヘッダーの下にコマンドリンクがあります。ただし、このリンクが消えることがあります。リンクがない場合は、WinDbgウィンドウの下部にあるフィールドにコマンドを入力します。

このコマンドは、大量の自動分析を実行します。 WinDbgは、新しいBugCheckAnalysisヘッダーの下に結果を表示します。 WinDbgがスローする情報の量は少し圧倒されます。ただし、この場合、BSoDの評価をまとめるための重要な情報をいくつか探しているだけです。

新しいBugCheckAnalysisヘッダーのすぐ下にあるパラメーターは、有用な情報の別のセットを提供します。たとえば、次の例では、 Memory_Management（1a）として確認された障害を確認できます。 。さらに、引数 （引数は本質的に有益なパラメータです）情報を拡張します。

Arg1 「破損したPTEが検出されました」と記載され、「パラメータ2にはPTEのアドレスが含まれています」と説明されています。

これで、PTEはページテーブルエントリの略であることがわかったので、このエラーは仮想メモリに関連している可能性があり、そこでBSoD修正を開始できます。しかし、私にはわからない大量のエラーがあります。

そのような場合、インターネット検索はあなたの友達です。初期エラーコードと追加の引数情報の組み合わせを検索すると、同じ問題に苦しんでいる他のユーザーの結果が返されます。多くの場合、あなたが持っているシステムエラーは新しくて神秘的ではありません。同じBSoDが他の誰かに影響を及ぼします---あなたは一人ではありません。

BlueScreenViewを使用してブルースクリーンエラーを修正する方法

WinDbg分析ツールは、強力なキットです。あらゆる種類のダンプおよびファイル分析に使用できます。ただし、多くの読者は、WinDbgが提供するすべての分析ツールを必要としません。それがあなたのように聞こえるなら、NirsoftのBlueScreenViewはまさにあなたが必要としているものです。

WinDbgと同じダンプおよびミニダンプファイルを分析しますが、情報を合理化します。合理化された情報をインターネット検索に持ち込み、そこからBSoDプロセスを開始できます。

仕組みは次のとおりです：

BlueScreenViewページに移動し、プログラムをダウンロードします。ダウンロードしたら、BlueScreenViewをインストールします。インストール後にプログラムを開きます。

ここでBlueScreenViewが便利です。 MiniDumpフォルダーで見つかったミニダンプを自動的にロードします。次に、クラッシュタイムでダンプを並べ替えて、最新のBSoDを見つけることができます。以下の画像では、WinDbgセクションで分析されたダンプファイルのBlueScreenViewバージョンを示しています。

主な違いは、BSoD情報を見つけるためのレイアウトと比較的簡単なことです。バグチェック文字列、バグチェックコード、およびパラメータは同じです。 BlueScreenViewは、ntoskrnl.exeドライバーをBSoDのルートとしても識別します。

WinDbgと同様に、BSoD情報を使用してインターネット検索を完了することができます。

WinDbgとBlueScreenView

死亡分析ツールの一方のブルースクリーンは、もう一方よりも優れていますか？何を達成したいかによります。

BlueScreenViewは、間違いなくWinDbgよりも使いやすいです。 BSoDに関する迅速で簡潔な情報が必要な場合は、BlueScreenViewが優れたツールです。大多数の人はBlueScreenViewをうまく利用できます。特に、設定が不要で、必要な情報をすぐに、そして消化しやすい方法で提供することを考えればなおさらです。

詳細については、Windowsでブルースクリーンを修正するための一般的なヒントを確認してください。