Windowsのブルースクリーンミス（BSOD）を解決するための究極のガイド

TOTOVELO10は、VirtualBoxの記事に新しいコメントを提出しました：7時間前に招待された追加をインストールします

手動でクラッシュしたウィンドウ – ブルースクリーンオンデマンド

Windowsには、右のCTRLキーを保持し、「スクロールロック」キーを2回押すことで、システムを手動でクラッシュできるようにすることができる機能が含まれています. これは、クラッシュダンプを生成してアプリケーションをデバッグするのに役立ちます。. この機能を有効にするには、次の手順に従ってください。

1. [スタート]ボタンをクリックして入力して、レジストリエディターを開きます regeit そして、Enterをヒットします. XPを使用している場合は、最初に実行してから入力してください regeit そして、Enterを押します.
2. 案内する： hkey_local_machine \ system \ currentControlset \ services \ i8042prt \ parameters.
3. 新しいDWORD値を作成し、名前を付けます CrashOnctrlscroll
4. 新しいDWord値を右クリックして選択します 修正する.
5. 値データフィールドのタイプ1と[OK]をクリックします.
6. regeditを閉じてシステムを再起動します.

これで、正しいCTRLキーを保持し、「スクロールロック」を2回押すことで、システムをブルースクリーン（クラッシュ）します（クラッシュ）.

ヒント：

このクラッシュが開始されたときにシステムが自動的に再起動する場合があります. システムが急いでクラッシュを開始することを再起動し、ブルースクリーンを確認したい場合は、次の手順に従ってください。

1. 行きます コントロールパネル > システム
2. クリックしてください 高度な タブ
3. 下 スタートアップと回復, クリック 設定 ボタン.
4. 下 システム障害, オプションのチェックを外します 自動的に再起動します.

Windowsのブルースクリーンミス（BSOD）を解決するための究極のガイド

システムで致命的なエラーが発生した場合、Windowsは有名なものを表示します 死のブルースクリーン （または死のブルースクリーンのBSOD）. この致命的なエラーは、オペレーティングシステムが適切に機能しなくなった重大な状態に達すると発生します.

更新、プログラム、機器、または突然、正確なアクションがトリガーされているように見えることなく、1つに会うことができます. Windowsはまだこのように機能します ：彼は、可能なデータ損失から身を守るために突然停止し、彼を表示します ブルースクリーン 次に、コンピューターを再起動します.

2014年4月までMicrosoftに送信されたエラーレポートによると、Windowsクラッシュが分配される理由は次のとおりです。

• サードパーティの周辺パイロット： 70％
• 未知の、記憶の深刻な腐敗のため： 15％
• 材料エラー： 10％
• Microsoftコード： 5％

時には例外的に、致命的なエラーに続く死のブルースクリーンは、残念ながらマシンに繰り返し表示される可能性があります. これが現在あなたに当てはまるなら、あなたは 致命的なエラーの責任を負うパイロットを見つけてください そして、それに解決策をもたらします. デバイス、そのパイロット、またはそれにリンクされたプログラムは、ブルースクリーンの原因になる可能性があります. パイロットまたはプログラムの更新は、ほとんどの場合、遭遇した問題を解決します.

このチュートリアルでは、その方法をお見せします ブルースクリーンを分析します を見つけるために 致命的なエラーを担当するドライバー したがって、問題を明確に解決できるようになります ! 目標は、ブルースクリーンが再び現れて仕事であなたを邪魔することを恐れることなく、あなたがあなたのPCを平和に再び使用できるようにすることです.

Preamble：メモリ画像ファイル

システムがクラッシュすると、Windowsはaを表示します ブルースクリーン, aが伴う コードを停止します. この停止コードは、最初の情報を提供します 致命的なエラーの性質.

私 情報： Microsoft Hardware Dev Centerサイトのバグチェックリファレンスコードですべての停止コードとその意味を見つけることができます.

ただし、この停止コードは非常に重要です 情報を使用してAvare. 上記のキャプチャでは、停止コード メモリ管理 深刻なメモリ管理エラーが発生したことを示しています…これ以上知らずに（参照. バグチェック0x1a：memory_management）.

Windows 7まで、ブルースクリーンが表示されました 4つのパラメーター, に関連付けられていた コードを停止します （イベントオブザーバーでこれらの4つのパラメーターを見つけることができます）. 彼らはあなたが致命的なエラーについてもう少し知ることを可能にします.

以下の例では、STOPコードの最初のパラメーター mountable_boot_volume システムによって取り付けられていないデバイスを示します（参照. ：バグチェック0xed：nonmountable_boot_volume）.

利用可能な場合、 パイロット名 植えられた人も表示されます. 以下の例では、これらはRTKVHD64です.sys. 後者は一方で私たちに教えてくれます もっと 致命的なエラーの原因について. Google Researchは、これがRealTekの高解像度オーディオオーディオドライバーであることを教えてくれます.

ただし、クラッシュの原因となるモジュールの名前 常に表示されるわけではありません !

私は情報を提供しないシャットダウンコードを持っています、そしてクラッシュの責任者のドライバーの名前は表示されません…致命的なエラーの起源を見つけるために私はどのように行うか ?

ブルースクリーンにマークされたものを見る時間がありませんでした ! Windowsをデバッグする方法 ?

パニックにならない ! 私はあなたに与えるつもりでした ソリューション 青いスクリーンのソースを見つけるため.

システムを植え付けた後、ブルースクリーンが表示された後、Windowsは 物理的な記憶を空にする （RAM）コンピュータのコンテンツをハードディスクファイルでアンロードすることにより： メモリ画像ファイル （またはメモリダンプファイル）. また、徐々に信じられないほどの完了率を介して、ブルースクリーンでメモリの空になることの進行に従うこともできます（「100％完成」まで））.

したがって、このメモリ画像ファイルには、範囲の前にコンピューターメモリに存在するすべてのデータのコピーが含まれています. これらのデータは、 クラッシュの完全な診断 ウィンドウズ. それらに相談することで、私たちは確かにそれを見つけます Windowsパイロットパイロット !

メモリ画像ファイルには2つのタイプがあります。 コアモード （カーネルモードダンプ）およびファイル ユーザーモード （ユーザーモードダンプファイル）. [1]

[1]ユーザーモードとカーネルモード ^

Windows PCでは、プロセッサには2つの異なるモードがあります。 ユーザーモード そして1つ コアモード. プロセッサ 2つのモードを切り替えます 彼が実行するコードのタイプに応じて： アプリケーション ユーザーモードに存在する、 オペレーティングシステムのコンポーネント 核モードで. たいていの パイロット カーネルモードに存在しますが、一部はユーザーモードで動作できます.

ブルースクリーンの問題を解決するには、 画像ファイルモードモードカーネル. これらは、システムをデバッグするための情報を含むファイルです。ユーザーモードファイルにより、ユーザーがインストールしたプログラムのみをデバッグできます.

Windowsが生成できます 5つのタイプ カーネルモードの画像メモリ、違いは、生成されたファイルのサイズにあります。

• 完全なメモリ画像 ：contains すべての物理的記憶 クラッシュ時にWindowsで使用されていました. これは最大のメモリ画像ファイルです. 少なくともシステムの主要メモリと同じくらいかさばるExchangeファイル[2]が必要です。したがって、交換ファイルのサイズはRAM + 1 MB全体に等しくなければなりません. コンピューターに16 GBのRAMがある場合、物理メモリデータに対応できるように、交換ファイルのサイズは16.001 GBでなければなりません !
• 核の画像 ：contains 核が使用するメモリのみ クラッシュ時. このファイルは、フルメモリ画像ファイルよりもかなり小さくなっています. そのサイズは、システムにインストールされている物理メモリの3分の1にほぼ等しくなります（16 GBのRAMがある場合、ファイルのサイズは約5.3 GBになります）. この画像ファイルには、割り当てられていないメモリも、ユーザーモードアプリケーションに割り当てられたメモリも含まれていません. Windowsカーネルに割り当てられたメモリ、ハードウェア抽象化レイヤー（HAL）、およびカーネルモードのパイロットとプログラムに割り当てられたメモリのみが含まれています. これは最も便利なメモリ画像ファイルです. フルメモリ画像ファイルよりも小さく実行するのが速く、一般的にクラッシュに関与していない物理メモリデータは含まれていません.
• 部分メモリ画像（256 kb） ：非常に限られたディスクスペースシステムで便利な最小のメモリ画像ファイル. 含まれる限り 限られた情報 （停止メッセージ、ロードされたドライバーのリスト…）、このファイルの分析により、コンピューターのクラッシュ時に遭遇したエラーのソースを発見できない場合があります.
• 自動メモリ空になります ：含まれています 同じ情報 それ カーネルメモリ画像ファイル. 2つの違いは画像ファイル自体に存在しませんが、Windowsがシステム交換ファイルのサイズを定義する方法では. システム交換ファイルのサイズが「読者向けの自動管理ファイル管理」で定義され、メモリ画像パラメーターが「自動メモリ空にする」で定義されている場合、Windowsは核をキャプチャするのに十分な大きさの交換ファイルのサイズを自動的に定義します。メモリ画像.
• アクティブなメモリ空になります ：フルメモリ画像と同様に、ホストマシンのデバッグには役に立たないハイパーV仮想マシンに割り当てられたメモリは含まれていません.

[2] Windows Exchangeファイル ^

RAM（RAM）が飽和している場合、Windowsはファイルを作成します（PageFile.Sys）System Reader（c :)追加情報をそこに保存する：それは ファイルを交換します. この手法により、Windowsは通常RAMに保存する必要があるハードディスクに情報を保存できます. Windowsにはを持っていると言われています 仮想メモリ, これは、RAM（RAM）のサイズとExchangeファイルのサイズとの間の合計に対応します.

クラッシュが発生した場合にWindowsが作成するメモリタイプタイプを構成できます 高度なシステム設定 （％SystemRoot％\ System32 \ SystemPertiesAdvanced.exe）>開始と回復.

デフォルトのメモリ画像の種類を残すことをお勧めします。 自動メモリ空になります.

1つのみのファイルのみ メモリ画像は、システムのクラッシュ中に作成できます. 2番目の致命的なエラーが発生し、カーネルの画像メモリ（またはフルメモリ画像）が作成された場合、前のものを置き換えます（オプション「既存のすべてのパラメーターファイルを置き換える」がチェックされている場合）.

メモリ画像ファイルはデフォルトで書かれています ％SystemRoot％\メモリ.DMP.

選択したメモリ画像のタイプが何であれ、Windowsは常により多くを作成します 部分的なメモリ画像ファイル システムが予期せず停止するたびに（ブルースクリーンが表示されているとき）、設定で「カーネルメモリイメージ」または「フルメモリイメージ」を選択した場合でも、.

2番目の致命的な誤差が発生した場合、2番目の誤差 部分的なメモリ画像 作成され、前のものが保存されます. 各新しい部分メモリ画像ファイルには、ファイル名にクラッシュの日付がエンコードされている、異なる名前があります. たとえば、「050917-10843-01.DMP “は2017年5月9日に生成されたメモリ画像ファイルです.

すべての部分メモリ画像ファイルはフォルダーに保持されます ％SystemRoot％\ Minidump.

メモリ画像の操作がどのように操作されているかがわかったので、 デバッグ情報 あなたの青い死の責任者を見つけるために彼らが封じ込められていること !

青い死の画面（BSOD）を解決する

ステップ1：メモリ画像ファイルを分析します

開始するために、分析します 部分的なメモリ画像ファイル.

後者に情報がほとんど含まれていなくても、致命的なエラーの責任者パイロットを見つけることは珍しくありません.

部分的なメモリ画像ファイルが死のブルースクリーンのソースを見つけることができない場合、私たちは分析します 完全な画像またはカーネルファイル 死のブルースクリーンを引き起こしたクラッシュに関するより多くの情報が含まれています.

部分的なメモリ画像ファイルを介して

l ‘メモリ画像制御ユーティリティ （Dumpchk.ex）は、Microsoftがチェックして提供するコマンドラインユーティリティです メモリ画像ファイルを読み取ります.

他の利用可能なデバッグツールとは異なり、Dumpchk.exeは、かさばるデバッグシンボルへのアクセスを必要としません。.

効果的ですが、このツールはあまり人間工学的ではありません.

これがプログラムを使用する理由です Bluescreenview ：彼は、Windowsのクラッシュ後にコンピューターで作成されたすべてのメモリ画像ファイルをスキャンし、それらに含まれる情報を明確に表示します.

次に、コンピューターにblascreenviewをダウンロードしてインストールしてから実行します.

上のパネルでは、すべて メモリ画像ファイル ％SystemRoot％\ Minidumpフォルダーと％SystemRoot％\ Memory Imageファイルにある.DMPが表示されます. 上記のキャプチャでは、6つの部分メモリ画像が表示されます. これは、このコンピューターがブルースクリーンに6回遭遇したことを意味します !

クラッシュごとに、BluesCreenViewは部分的なメモリ画像ファイルの名前を表示します。 クラッシュの日時, コードを停止します （ブルースクリーンに表示）、 4コードパラメーターを停止します, そしてその パイロットの詳細 おそらく誰がクラッシュを引き起こしたのか（ファイル名、製品名、ファイルの説明、ファイルバージョン）.

下のパネルでは、デフォルトでは、bluescreenviewディスプレイ ロードされたすべてのパイロット クラッシュ中（上部パネルで選択した）. 記憶アドレスがクラッシュのバッテリーで見つかったパイロットはピンクで強調表示されているため、クラッシュの責任がある可能性のあるパイロットを簡単に見つけることができます。.

あなたの使命は簡単です ：「ドライバーによる原因」の列のブルースクリーンの責任を負うパイロットを見つけます !

以下のキャプチャでは、2013年8月5日のクラッシュがNVLDDMMパイロットによって引き起こされたことがわかります。.おそらくnvidiaグラフィックカードをめくるsys.

検出されたドライバー（属するコンポーネント、デバイス、またはプログラム）の詳細が必要な場合は、メモリ画像ファイルを右クリックして選択します Google検索 – バグチェック +ドライバー インターネットで検索を開始します.

残念ながら、部分的な画像ファイルには、ブルースクリーンの責任者を識別できるほど十分な情報が含まれていないことがよくあります。.

これは、BluesCreenViewが表示される場合です ntoskrnl.EXE 「ドライバーによって引き起こされた」コラムで. それは間違っています ：これは、ブルースクリーンが表示される前にロードされた最新のバッテリーファイルです. これはファイルではありません 致命的な誤り.

Bluescreenviewが「Driver by Driver」というコラムで影響するものに応じて, 以下を適用します ::

• BlascreenViewが参照するファイル名を表示する場合 コンポーネント、デバイス、またはプログラム →障害のあるパイロットに特定のソリューションを適用します.
• Bluescreenviewポスターの場合 ntoskrnel.EXE →ブルースクリーンを実際に引き起こしたパイロットを見つけるために、完全な画像ファイル（または核）を分析する必要があります. 次のセクションに移動します：完全なメモリまたはカーネル画像ファイルを読む.

完全なメモリまたはカーネル画像ファイルを介して

私 情報： 分析する完全なメモリまたはコア画像ファイルは、 表示された最後のブルースクリーン あなたのコンピュータで. 言い換えれば、これはより「完全な」バージョンです BluesCreenViewに表示されている最新の部分画像ファイル （「クラッシュ時間」列ヘッダーをクリックして、日付で部分的な画像ファイルを並べ替えることができます）.

完全またはカーネルの画像ファイルを分析するには、 Windowsのデバガー （WindowsSDKに含まれる）.

これについては、次のような指示に従ってください。

1. Windowsバージョンに応じてSDKインストールプログラム（ソフトウェア開発キット）をダウンロードする.
2. Windows dusdkインストールプログラムで起動します. 最初の画面で、デフォルトの場所を残してから、クリックします 次.
   
3. 提案されているすべての機能の中で、デバッグツールのみをインストールします. 離れる Windows用のデバッグツール 他のすべてのボックスをチェックしてチェックしてから、クリックしてください インストール.
   

デバッグツールをインストールした後、5つの削除環境があります（参照. 詳細についてはデバッグ領域）そのうちの MicrosoftWindowsデバッガー（Windbg）, a デバッガ ユーザーモードとカーネルモードでデバッグできます.

WindBGは、Windowsカーネル、カーネルモードドライバー、システムサービス、およびユーザーアプリとドライバーのデバッグを提供します. これは私たちが使用するものです.

私 騙す ： メモリ画像ファイルをより簡単に読み取ることができるように.dmg）、それらをwindbgプログラムに関連付けることができます. これを行うには、管理者としてコマンドプロンプトを開き、次のコマンドを入力します（Windowsバージョンに従って調整する）：

cd "c：\プログラムファイル（x86）\ windowsキット\ 10 \ debuggers \ x64 \" .\ windbg.exe -ia

1. 管理者としてWindbgを実行：[スタート]メニューを開き、「Windbg」を入力し、右クリックして Windbg（x64） （または Windbg（x86） Windowsの32ビットバージョンを使用している場合） 管理者として実行します.
2. の主要なウィンドウ Windbgデバッガー 開く.
3. シンボルを介してデバッグの場所を指定します ライン >シンボルファイルパス. シンボルファイルには、デバッグに非常に役立つさまざまなデータが含まれています.
   
4. 次の場所を入力し、クリックします わかりました ::

srv*c：\ symbolssrvcache*https：// msdl.マイクロソフト.com/ダウンロード/シンボル

ワークスペースを介して保存します ライン >ワークスペースを保存します. これにより、各セッションでシンボルのデバッグの場所を再定義する必要がなくなります.

メモリ画像ファイルを介して開きます ライン >オープンクラッシュダンプ.

c：\ windowsフォルダーに移動し、ファイルを選択します メモリ.DMP.

Windbgがメモリ画像ファイルをデバッグするのに必要なシンボルをロードするのを待つ. テキスト デバッグギーが接続されていません ウィンドウの下部に表示されます。 KD>コマンドプロンプトが表示されるまで待つ必要があります.

手を持ったら、コマンドを入力します !-vを分析して起動しますメモリ画像ファイル分析.

image_name：cpuz138_x64 module_name：cpuz138_x64フォールトモジュール：fffff8004dc30000 cpuz138_x64 process_name：speccy64.EXE

0x000000d1：driver_irql_not_or_equal 0x0000000a：irql_not_less_equal 0x00000050：page_fault_in_nunped_area 0x000000c2：bad_pool_caller 0x00000000ed：unmoutable_boot_bolume 0x00001ded 0x001e s_file_system