Windows 10 「critical_structure_corruption」と呼ばれるブルースクリーン

Copyright(c)MicrosoftCorporation.全著作権所有.
ダンプファイルの読み込み
ミニカーネルダンプファイル:レジスタとスタックトレースのみが使用可能です
シンボル検索パスは次のとおりです.srv*
実行可能な検索パスは次のとおりです.Windows 10カーネルversion19041MP(4 procs)無料x64
製品:WinNt、スイート:TerminalServer SingleUserTS
エディションBuildラボ:19041.1.amd64fre.vb_release.191206-1406
マシン名:
カーネルベース=0xfffff807`17c00000PsLoadedModuleList= 0xfffff807`1882a190
デバッグセッション時間:Fri Dec 10 22:57:14.776 2021(UTc+ 1:00)
システム稼働時間:14日23:18:48.906
カーネルシンボルのロード
...............................................................
................................................................
................................................................
..........
ユーザーシンボルの読み込み
アンロードされたモジュールリストのロード
..................................................
このファイルを分析するには、！analyze-vを実行します.
nt！KeBugCheckEx:
fffff807`17ff70d0 48894c2408movqWord ptr [rsp + 8]、rcx ss:0018:fffff104`54028e30= 0000000000000109
1:kd>！analyze-v
**
*バグチェック分析*
**
CRITICAL_STRUCTURE_CORRUPTION(109)
このBugCheckは、カーネルがその重要なカーネルコードを検出したときに生成されます.
データが破損しています.破損の一般的な原因は3つあります.
1)ドライバーが不注意または故意に重要なカーネルコードを変更した
またはデータ.見るこのリンク:whdc/driver/kernel/64bitPatching.mspx
2)開発者がカーネルを使用して通常のカーネルブレークポイントを設定しようとしました
システムの起動時に接続されていなかったデバッガー.通常のブレークポイント、
「bp」は、起動時にデバッガが接続されている場合にのみ設定できます.ハードウェア
ブレークポイント「ba」はいつでも設定できます.
3)ハードウェアの破損が発生しました.カーネルコードまたはデータを保持しているRAMの障害.
引数:
Arg1:a39fc664a90fe65a、予約済み
Arg2:0000000000000000、予約済み
Arg3:3ee12183b6ea7f58、障害タイプに依存する情報
Arg4:0000000000000101、破損した領域のタイプ、
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:PsWin32コールアウトの変更
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の変更
デバッグの詳細:

私の質問はかなり単純です-そのブルースクリーンを取り除く方法、またはむしろ、私のコンピュータが再びブルースクリーンに苦しむのを防ぐ方法は?