[OS] Windows10,STOPエラーの原因と処置
STOPエラーまたはブルースクリーンエラーに対する高度なトラブルシューティング
2021/06/01
注意
サポート エージェントまたは IT プロフェッショナルではない場合は,「ブルー スクリーン エラーのトラブルシューティング」の「Stop error ("blue screen") メッセージに関するより役立つ情報 が表示されます。
■Stop エラーの原因
Stop エラーは,次のドライバー例など,障害のあるドライバーの名前を含む青い画面として表示されます。
atikmpag.sys
igdkmd64.sys
nvlddmkm.sys
Stop エラー (ブルー スクリーン エラーまたはバグ チェック エラーとも呼ばれる) の原因に関する簡単な説明はありません。
さまざまな要因が関係する可能性があります。
ただし,さまざまな調査では,Stop エラーは通常,Microsoft のコンポーネントによって発生Windows示されています。 代わりに,これらのエラーは一般に,サード パーティ製ソフトウェアによってインストールされているハードウェア ドライバーまたはドライバーの誤動作に関連しています。
これには,ビデオ カード,ワイヤレス ネットワーク カード,セキュリティ プログラムなどがあります。
クラッシュの根本原因を分析すると,次の結果が示されます。
70% はサード パーティ製のドライバー コードによって引き起こされます
10% はハードウェアの問題によって引き起こされます
5% は Microsoft コードによって引き起こされます
15% の原因が不明です (メモリが壊れすぎて分析が行えないので)
Stop エラーの根本原因は,ユーザー モード プロセスでは発生しません。
ユーザー モード プロセス (メモ帳 や Slack など) が Stop エラーを引き起こす可能性がある一方で,ドライバー,ハードウェア,または OS に常に存在する,基になるバグを公開しているに過言ではありません。
■一般的なトラブルシューティング手順
☆イベント ログでStopエラーコードを確認
Stop エラー メッセージをトラブルシューティングするには,次の一般的な手順に従います。
イベント ログで見つけた Stopエラーコードを確認します。
オンラインで特定の Stop エラー コードを検索して,既知の問題,解決方法,または回避策が問題かどうかを確認します。
ベスト プラクティスとして,次の手順を実行することをお勧めします。
最新の Windows 更新プログラム,累積的な更新プログラム,およびロールアップ更新プログラムをインストールしていることを確認してください。
更新状態を確認するには,システムの適切な更新履歴を参照してください。
Windows 10 バージョン 2004
Windows 10 Version 1909
Windows 10 Version 1903
Windows 10 Version 1809
Windows 10 Version 1803
Windows 10 Version 1709
Windows 10 Version 1703
Windows Server 2016およびWindows 10バージョン 1607
Windows 10 バージョン 1511
Windows Server 2012 R2 と Windows 8.1
WindowsServer 2008 R2 および Windows 7 SP1
BIOS とファームウェアが最新の情報である必要があります。
関連するハードウェアテストとメモリ テストを実行します。
診断パッケージのコンピューター メモリ ダンプ コレクター Windows実行します。
この診断ツールは,コンピューター メモリ ダンプ ファイルを収集し,既知のソリューションを確認するために使用されます。
マスターブート Microsoft Safety Scannerのチェックを含む,他のウイルス検出プログラムを実行します。
ハード ディスクに十分な空き領域が確保されている必要があります。 正確な要件は異なりますが,10 ~ 15% の空きディスク領域をお勧めします。
次のシナリオでドライバーとアプリケーションを更新するには,それぞれのハードウェアベンダーまたはソフトウェア ベンダーに問い合わせください。
エラー メッセージは,特定のドライバーが問題の原因となっているかどうかを示します。
クラッシュが発生する前に開始または停止しているサービスが表示されます。
この状況では,クラッシュのすべてのインスタンスでサービス動作が一貫するかどうかを判断します。
ソフトウェアまたはハードウェアの変更が行われた。
特定の製造元から利用可能な更新プログラムがない場合は,関連するサービスを無効にしてください。
これを行うには,「クリーン ブートを実行する方法」を参照Windows。
「カーネル モード フィルター ドライバーを一時的に非アクティブ化する方法」の手順に従って,ドライバーを無効Windows。
また,変更をロールバックするか,最後に既知の作業状態に戻すオプションを検討することもできます。 詳細については,「デバイス ドライバー を以前のバージョンにロールバックする」を参照してください。
☆メモリ ダンプ コレクション
メモリ ダンプ ファイル用にシステムを構成するには,次の手順を実行します。
DumpConfigurator ツールをダウンロードします。
ソース ファイルを.zipし,[ソース コード] フォルダーに移動 します。
ツール DumpConfigurator.hta を実行し,[この HTA を昇格する] を選択します。
[ 自動構成カーネル] を選択します。
設定を有効にするためにコンピューターを再起動します。
ダンプ ファイルが書き込まれるのを防ぐために,自動システム再起動サービス (ASR) を停止および無効化します。
サーバーが仮想化されている場合は,メモリ ダンプ ファイルの作成後に自動再起動を無効にします。
これにより,サーバーの状態のスナップショットを取得できます。また,問題が再発した場合にも使用できます。
メモリ ダンプ ファイルは,次の場所に保存されます。
メモリ ダンプ コレクション
ダンプ ファイルの種類 Location
(なし) %SystemRoot%\MEMORY。DMP (非アクティブ,または灰色表示)
小さなメモリ ダンプ ファイル (256 kb) %SystemRoot%\Minidump
カーネル メモリ ダンプ ファイル %SystemRoot%\MEMORY。DMP
完全なメモリ ダンプ ファイル %SystemRoot%\MEMORY。DMP
自動メモリ ダンプ ファイル %SystemRoot%\MEMORY。DMP
アクティブ メモリ ダンプ ファイル %SystemRoot%\MEMORY。DMP
Microsoft DumpChk (クラッシュ ダンプ ファイル チェッカー) ツールを使用して,メモリ ダンプ ファイルが破損または無効ではないか確認できます。
詳細については,次のビデオを参照してください。
ダンプ ファイルを確認する方法Dumpchk.exe詳細については,次の手順を実行します。
DumpChk の使用
DumpCheck のダウンロード
Pagefile 設定
サービス チャネルとサービス チャネルLong-Termチャネルでのページ Semi-AnnualのWindows
64ビット版の Windows の適切なページ ファイル サイズを決定する方法
サーバー 2008 およびサーバー 2008 R2 でカーネルまたは完全なメモリ ダンプ WindowsをWindowsする方法
メモリ ダンプ分析
クラッシュの根本的な原因を見つけるのは簡単ではない可能性があります。
ハードウェアの問題は,さまざまな症状で現れる不安定で予測不可能な動作を引き起こす可能性があるため,診断が特に困難です。
Stop エラーが発生した場合は,まず問題のあるコンポーネントを分離してから,停止エラーを再びトリガーする必要があります。 問題を再現できる場合は,通常,原因を特定できます。
ソフトウェア開発キット (SDK) Windowsシンボルなどのツールを使用して,ダンプ ログを診断できます。 次のセクションでは,このツールの使い方について説明します。
■高度なトラブルシューティング手順
クラッシュ ダンプの高度なトラブルシューティングは,プログラミングと内部データ 処理のメカニズムを経験していない場合,非常にWindowsがあります。
ここでは,いくつかの例を含め,使用する手法の一部について簡単に説明しました。
ただし,クラッシュ ダンプのトラブルシューティングを実際に効果的に行うには,高度なデバッグ手法に慣れ親しんだ時間を費やす必要があります。 ビデオの概要については,「Advanced Windows デバッグとデバッグ カーネル モードのクラッシュとハング」を参照してください。 また,以下に示す高度なリファレンスも参照してください。
高度なデバッグ参照
☆WinDbgツール
高度なWindowsデバッグ
Windows のデバッグ ツール (WinDbg,KD,CDB,NTSD)
デバッグ手順
クラッシュが発生した場合に,完全なメモリ ダンプ ファイルを生成するためにコンピューターがセットアップされているのを確認します。
詳細については, こちらを参照 してください。
クラッシュしているコンピューターの Windows ディレクトリにある memory.dmp ファイルを見つけて,そのファイルを別のコンピューターにコピーします。
もう一方のコンピューターで,SDK をダウンロードWindows 10します。
インストールを開始し,[デバッグ ツール] を選択Windows。 これにより,WinDbg ツールがインストールされます。
WinDbgツールを開き,[ファイル] をクリック**** し,[シンボル ファイルのパス] をクリックして,シンボル パスを設定します。
コンピューターがインターネットに接続されている場合は ,Microsoft パブリック シンボル サーバーを入力します https://msdl.microsoft.com/download/symbols) ([OK] をクリックします)。
これは,推奨されている接続方法です。
コンピューターがインターネットに接続されていない場合は,ローカル シンボル パスを指定する 必要があります。
[クラッシュ ダンプを開く] をクリックし,コピーした memory.dmp ファイルを開きます。 以下の例を参照してください。
WinDbg img
Bugcheck Analysis の下に !analyze -v というリンク****がある必要があります。 そのリンクをクリックします。
これにより,ページの下部にあるプロンプトにコマンド !analyze -v が入力されます。
詳細なバグチェック分析が表示されます。 以下の例を参照してください。
バグチェック分析
下にスクロールしてセクションにスクロールし,[STACK_TEXT] をクリックします。
各行の後にコロンとテキストが続く数字の行があります。
このテキストは,クラッシュの原因となっている DLL と,該当するサービスが DLL をクラッシュしている場合に示す必要があります。
出力 の解釈方法の詳細については,「!analyze Extension の使用」をSTACK_TEXTしてください。
バグ
(HEX データはここで削除され,わかりやすくするために行に番号が付きます)
ここでの問題は ,ファイアウォールのコンポーネントである mpssvc Windowsです。
この問題は,ファイアウォールを一時的に無効にしてからファイアウォール ポリシーをリセットすることで修復されました。
その他の例については,この 記事の下部にある 「デバッグの例」セクションで説明します。
ビデオ リソース
次のビデオは,ダンプ ファイルを分析するためのさまざまなトラブルシューティング手法を示しています。
☆ダンプ ファイルの分析
デバッグ ツールのインストール (x64 Windows x86)
カーネル モードのクラッシュ メモリ ダンプのデバッグ
特別なプール
ドライバー検証ツールを使用した高度なトラブルシューティング
すべての Stop エラーの約 75% が,障害のあるドライバーによって引き起こされたと推定されています。 ドライバー検証ツールには,トラブルシューティングに役立ついくつかの方法があります。 これには,分離されたメモリ プールでドライバーを実行する (他のコンポーネントとメモリを共有しない),極端なメモリの圧力を発生させる,パラメーターの検証が含まれます。
ツールは,ドライバー コードの実行でエラーが発生した場合,コードのその部分をさらに調べる例外を積極的に作成します。
ドライバーの検証ツールは,CPU の多くを消費し,コンピューターを大幅に遅くすることができます。 また,追加のクラッシュが発生する可能性があります。
検証ツールは,Stop エラーが発生した後に障害のあるドライバーを無効にし,システムを正常に再起動してデスクトップにアクセスするまで,この処理を続行します。
また,複数のダンプ ファイルが作成される可能性があります。
すべてのドライバーを一度に確認しようとはしない。 これにより,パフォーマンスが低下し,システムが使用できなくなる可能性があります。 これにより,ツールの有効性も制限されます。
ドライバー検証ツールを使用する場合は,次のガイドラインを使用します。
"疑わしい" ドライバー (最近更新されたドライバー,または問題が知られているドライバー) をテストします。
分析できないクラッシュが引き続き発生する場合は,すべてのサード パーティドライバーと署名されていないドライバーで検証を有効にしてみてください。
10 ~ 20 人のドライバーのグループで同時検証を有効にします。
また,ドライバー検証ツールが原因でコンピューターがデスクトップに起動できない場合は,コンピューターモードで起動してセーフできます。
この理由は,このツールを実行できないモードセーフです。
詳細については,「Driver Verifier」を参照してください。
Microsoft
https://docs.microsoft.com/ja-jp/windows/client-management/troubleshoot-stop-errors
[OS] Windows10,一般的WINDOWS停止エラーと軽減策～STOPエラーに対する高度なトラブルシューティング
■一般的WINDOWS停止エラーと軽減策
一般的Windows停止エラー
このセクションには,すべてのエラー コードの一覧が含まれているとは言え,多くのエラー コードには同じ解決策が含まれているので,次の手順に従ってエラーのトラブルシューティングを行うのが最善の策です。
一般的な Stop エラー コードの一般的なトラブルシューティング手順を示します。
エラー メッセージとコードを停止する
◇VIDEO_ENGINE_TIMEOUT_DETECTEDまたはVIDEO_TDR_TIMEOUT_DETECTED
:エラー コードを停止0x00000141,または0x00000117
>>リストされているディスプレイ ドライバーのベンダーに問い合わせ,そのドライバーに適切な更新プログラムを取得します。
◇DRIVER_IRQL_NOT_LESS_OR_EQUAL
:エラー コードの停止0x0000000D1
>> Microsoft Update Catalog Web サイトを介してシステムの最新の累積的な更新プログラムを適用して,ドライバーの最新の更新プログラムを適用します。
古い NIC ドライバーを更新します。
仮想化された VMware システムは,多くの場合,"Intel(R) PRO/1000 MT Network Connection" (e1g6032e.sys) を実行します。 このドライバーはで利用できます http://downloadcenter.intel.com 。 解決のために NIC ドライバーを更新するには,ハードウェア ベンダーに問い合わせください。 VMware システムの場合は,Intel デバイスの代わりに VMware 統合 NIC ドライバー (VMXNET または VMXNET2,VMXNET3 を使用できます) を使用e1g6032e.sys。
◇PAGE_FAULT_IN_NONPAGED_AREA
:Stop error code 0x000000050
>>ドライバーが Stop エラー メッセージで識別された場合は,更新プログラムを製造元に問い合わせください。
利用可能な更新プログラムがない場合は,ドライバーを無効にし,システムの安定性を監視します。
Chkdsk /f /r を実行して,ディスク エラーを検出して修復します。 ディスク スキャンがシステム パーティションで開始される前に,システムを再起動する必要があります。 ハード ディスク サブシステムに提供できる診断ツールについては,製造元にお問い合わせください。 最近インストールまたは更新されたアプリケーションまたはサービスを再インストールしてみてください。 システムがアプリケーションを起動し,優先設定のレジストリを読み取っている間にクラッシュが発生した可能性があります。 アプリケーションを再インストールすると,破損したレジストリ キーを修正できます。問題が解決しない場合,最近のシステム状態のバックアップを実行した場合は,バックアップからレジストリ ハイブを復元してみてください。
◇SYSTEM_SERVICE_EXCEPTION
:Stop error code c000021a {Fatal System Error} Windows SubSystem
>>システム プロセスが予期せず終了し,エラーが発生0xc0000005。 システムがシャットダウンされています。
システム ファイル チェッカー ツールを使用して,見つからないシステム ファイルまたは破損したシステム ファイルを修復します。
System File Checker を使用すると,ユーザーはシステム ファイル内の破損Windowsスキャンし,破損したファイルを復元できます。
詳細については,「Use the System File Checker tool」を参照してください。
◇NTFS_FILE_SYSTEM
:Stop error code 0x000000024
>>この Stop エラーは,一般的に,NTFS ファイル システムの破損,またはハード ディスク上の不良ブロック (セクター) が原因で発生します。
ハード ディスク (SATA または IDE) の破損したドライバーは,システムのディスクへの読み取りおよび書き込み機能にも悪影響を及ぼす可能性があります。
記憶域サブシステムの製造元が提供するハードウェア診断を実行します。
スキャン ディスク ツールを使用して,ファイル システム エラーがないか確認します。 これを行うには,スキャンするドライブを右クリックし,[プロパティ] を選択し,[ツール] を選択し,[今すぐ確認] ボタンを選択します。また,NTFS ファイル システム ドライバー (Ntfs.sys) を更新し,問題が発生している現在のオペレーティング システムに対して最新の累積的な更新プログラムを適用してください。
◇KMODE_EXCEPTION_NOT_HANDLED
:エラー コードの停止0x0000001E
>>Stop エラー メッセージでドライバーが識別された場合は,そのドライバーを無効または削除します。
最近追加されたドライバーまたはサービスを無効または削除します。
スタートアップ シーケンス中にエラーが発生し,NTFS ファイル システムを使用してシステム パーティションが書式設定されている場合は,セーフ モードを使用してデバイス マネージャーでドライバーを無効にできる場合があります。 これを行うには,次の手順を実行します。
[セキュリティの更新設定 > & 回復] に>移動します。
[高度 な起動] で,[今すぐ 再起動] を選択します。 PC が [オプションの選択] 画面に再起動したら,[高度なオプションのトラブルシューティング] を選択し,[スタートアップ] 設定** > > > します**。 コンピューターを再起動すると,オプションの一覧が表示されます。 4 または F4 キーを押して,コンピューターを セーフします。 または,ネットワーク モード中にインターネットを使用する場合セーフネットワークモードの場合は ,5またはF5セーフを押します。
◇DPC_WATCHDOG_VIOLATION
:エラー コードの停止0x00000133
>>この Stop エラー コードは,特定の条件で割り当てられた時間枠内で作業を完了しないドライバーの障害が原因です。
このエラーを軽減するために,システムからメモリ ダンプ ファイルを収集し,エラーのあるドライバーを検索するには,Windows デバッガーを使用します。
Stop エラー メッセージでドライバーが特定された場合は,ドライバーを無効にして問題を特定します。 ドライバーの更新プログラムを製造元に確認します。 イベント ビューアーのシステム ログで,Stop エラー の原因となっているデバイスまたはドライバーを特定するのに役立つ可能性のある追加のエラー メッセージ0x133。 インストールされている新しいハードウェアがインストールされているバージョンのハードウェアと互換性Windows。 たとえば,「仕様」で必要なハードウェアに関するWindows 10できます。 Windows デバッガーがインストールされ,パブリック シンボルにアクセスできる場合は,c:\windows\memory.dmp ファイルをデバッガーに読み込み,Windows Server 2012 のバグ チェック0x133 (DPC_WATCHDOG_VIOLATION)エラーの原因を特定するを参照して,メモリ ダンプから問題のあるドライバーを検索します。
◇USER_MODE_HEALTH_MONITOR
:エラー コードの停止0x0000009E
この Stop エラーは,正常なシャットダウンを防止する方法でユーザー モードの正常性チェックが失敗したと示します。
したがって,Windowsサーバーへのアプリケーション フェールオーバーを再起動または有効にすることで,重要なサービスを復元できます。
Clustering Service には,ユーザー モード コンポーネントで応答しなくなる可能性がある検出メカニズムが組み込されています。
この Stop エラーは通常,クラスター化された環境で発生し,示されている障害のあるドライバーがRHS.exe。障害が発生したプロセスを識別するために,ストレージ障害が発生した場合は,イベント ログを確認します。 イベント ログに示されているコンポーネントまたはプロセスを更新してください。 次のイベントが記録されている必要があります。
イベント ID: 4870
ソース: Microsoft-Windows-FailoverClustering
説明: ユーザー モードの正常性監視で,システムが応答していないのが検出されました。
フェールオーバー クラスター仮想アダプターは,'%2' 秒間,プロセス ID '%1' を持つクラスター サーバー プロセスとの接触を失いました。 回復アクションが実行されます。 クラスター ログを確認して,プロセスを特定し,プロセスがハングする原因となる可能性のあるアイテムを調査します。
詳細については,「フェールオーバー クラスター ノードが Stop サーバーを使用してブルー スクリーニングを行う理由 0x0000009E。 また,9E が発生した場合の処理については,次の Microsoft ビデオ を参照してください。
デバッグの例
例 1
このバグチェックは,アップグレード中にドライバーがハングし,バグチェック D1 NDIS.sys (Microsoft ドライバー) によって発生します。
この IMAGE_NAME, 障害のあるドライバーが表示されますが,Microsoft ドライバーの場合は置き換えも削除もできません。
解決方法は,デバイス マネージャーでネットワーク デバイスを無効にして,アップグレードを再試行する方法です。
Microsoft
https://docs.microsoft.com/ja-jp/windows/client-management/troubleshoot-stop-errors
[Bugcheck Analysis]
1 : nt!KeBugCheckEx
2 : nt!PspCatchCriticalBreak+0xff
3 : nt!PspTerminateAllThreads+0x1134cf
4 : nt!PspTerminateProcess+0xe0
5 : nt!NtTerminateProcess+0xa9
6 : nt!KiSystemServiceCopyEnd+0x13
7 : nt!KiServiceLinkage
8 : nt!KiDispatchException+0x1107fe
9 : nt!KiFastFailDispatch+0xe4
10 : nt!KiRaiseSecurityCheckFailure+0x3d3
11 : ntdll!RtlpHpFreeWithExceptionProtection$filt$0+0x44
12 : ntdll!_C_specific_handler+0x96
13 : ntdll!RtlpExecuteHandlerForException+0xd
14 : ntdll!RtlDispatchException+0x358
15 : ntdll!KiUserExceptionDispatch+0x2e
16 : ntdll!RtlpHpVsContextFree+0x11e
17 : ntdll!RtlpHpFreeHeap+0x48c
18 : ntdll!RtlpHpFreeWithExceptionProtection+0xda
19 : ntdll!RtlFreeHeap+0x24a
20 : FWPolicyIOMgr!FwBinariesFree+0xa7c2
21 : mpssvc!FwMoneisDiagEdpPolicyUpdate+0x1584f
22 : mpssvc!FwEdpMonUpdate+0x6c
23 : ntdll!RtlpWnfWalkUserSubscriptionList+0x29b
24 : ntdll!RtlpWnfProcessCurrentDescriptor+0x105
25 : ntdll!RtlpWnfNotificationThread+0x80
26 : ntdll!TppExecuteWaitCallback+0xe1
27 : ntdll!TppWorkerThread+0x8d0
28 : KERNEL32!BaseThreadInitThunk+0x14
29 : ntdll!RtlUserThreadStart+0x21
