Win10 システム、場合によってはブルースクリーン、対処方法

Microsoft(R)Windows Debugger Version 10.0.19494.1001 AMD64 Copyright(c)Microsoft Corporation.All rights reserved. ミニカーネルダンプファイル:レジスタとスタックトレースのみが利用可能 シンボル検索パスは:srv* 実行可能な検索パスは次のとおりです: Windows 10カーネルversion18362 MP(16 procs)無料x64 製品:WinNt、スイート:TerminalServer SingleUserTS マシン名: カーネルベース= 0xfffff806`1d200000 PsLoadedModuleList=0xfffff806` 1d648130 デバッグセッション時間:2019年12月13日金曜日18:10:25.471(UTC + 8:00) システム稼働時間:1日4:14:39.263 カーネルシンボルの読み込み
.. ctrl-c(cdb、kd、ntsd)またはctrl-break(Windbg)を押して、時間がかかるシンボルのロードを中止します. Run！.reloadの前にsym noisyを実行して、シンボルのロードの問題を追跡します.
.............................................................................
................................................................................
................................................................ ユーザーシンボルの読み込み アンロードされたモジュールリストのロード
........................ このファイルを分析するには、次を実行します！analyze-v
nt！KeBugCheckEx: fffff806`1d3c14e0 48894c2408 mov qWord ptr [rsp + 8]、rcx ss:0018:fffff884`05908ea0=0000000000000109
14:kd>！analyze-v エラー:FindPlugIns 8007007b
**
*バグチェック分析 *
** CRITICAL_STRUCTURE_CORRUPTION(109) このバグチェックは、カーネルがその重要なカーネルコードを検出したときに生成されます データが破損しています.通常、破損には次の3つの原因があります.
1)ドライバが重要なカーネルコードを誤ってまたは故意に変更した
またはデータ.こちらのリンクをご覧ください:whdc/driver/kernel/64bitPatching.mspx
2)開発者がカーネルを使用して通常のカーネルブレークポイントを設定しようとしました システムの起動時に接続されなかったデバッガ.通常のブレークポイント、 "bp"は、起動時にデバッガーが接続されている場合にのみ設定できます.ハードウェア ブレークポイント「ba」はいつでも設定できます.
3)カーネルコードまたはデータを保持するRAMの障害など、ハードウェアの破損が発生しました. 引数: Arg1:a39fede1afd2b8ef、予約済み Arg2:b3b6fa68025101a0、予約済み Arg3:fffff8061d2fffc4、障害タイプに依存する情報 Arg4:0000000000000001、破損した領域のタイプ、以下の場合があります
0:一般的なデータ領域
1:関数または.pdataの変更
2:プロセッサIDT
3:プロセッサーGDT
4:タイプ1プロセスリストの破損
5:タイプ2プロセスリストの破損
6:デバッグルーチンの変更
7:重要なMSRの変更
8:オブジェクトタイプ
9:プロセッサIVT
a :システムサービス関数の変更
b :一般的なセッションデータ領域
c :セッション関数または.pdataの変更
d :インポートtableの変更
e :セッションインポートtableの変更
f :Ps Win32コールアウトの変更
10:デバッグスイッチルーチンの変更
11:IRPアロケーターの変更
12:ドライバーコールディスパッチャーの変更
13:IRP完了ディスパッチャーの変更
14:IRPデアロケーターの変更
15:プロセッサ制御レジスタ
16:重要な浮動小数点制御レジスタの変更
17:ローカルAPICの変更
18:カーネル通知コールアウトの変更
19:ロードされたモジュールリストの変更
1a :タイプ3プロセスリストの破損
1b :タイプ4プロセスリストの破損
1c :ドライバーオブジェクトの破損
1d :エグゼクティブコールバックオブジェクトの変更
1e :モジュールのパディングの変更
1f :保護されたプロセスの変更
20:一般的なデータ領域
21:ページハッシュの不一致
22:セッションページのハッシュの不一致
23:ロード設定ディレクトリの変更
24:逆関数tableの変更
25:セッション構成の変更
26:拡張プロセッサ制御レジスタ
27:タイプ1のプールの破損
28:タイプ2プールの破損
29:タイプ3プールの破損
2a :タイプ4プールの破損
2b :関数または.pdataの変更
2c :画像の整合性の破損
2d :プロセッサの設定ミス
2e :タイプ5プロセスリストの破損
2f :プロセスシャドウの破損
30:Retpolineコードページの破損
101:一般的なプールの破損
102:Win32k.sysの変更 デバッグの詳細: