bsod|analysis_inconclusive|critical_structure_corruption

Copyright(c)MicrosoftCorporation.全著作権所有.
カーネルビットマップダンプファイル:カーネルアドレススペースが使用可能です.ユーザーアドレススペースが使用できない場合があります.
応答時間(ミリ秒)位置
延期srv*
シンボル検索パスは次のとおりです.srv*
実行可能な検索パスは次のとおりです.Windows 10カーネルversion19041MP(16 procs)無料x64
製品:WinNt、スイート:TerminalServer SingleUserTS Personal
エディションBuildラボ:19041.1.amd64fre.vb_release.191206-1406
マシン名:
カーネルベース=0xfffff806`0cc00000PsLoadedModuleList= 0xfffff806`0d82a230
デバッグセッション時間:Sun Oct 10 19:38:05.836 2021(UTc+ 11:00)
システム稼働時間:3日2:17:35.286
カーネルシンボルのロード
...............................................................
................................................................
................................................................
.............
ユーザーシンボルの読み込み
PEBはページアウトされます(Peb.Ldr= 00000022`0636a018).詳細については、「.hhdbgerr001」と入力してください
アンロードされたモジュールリストのロード
..................................................
このファイルを分析するには、！analyze-vを実行します.
nt！KeBugCheckEx:
fffff806`0cff71c0 48894c2408movqWord ptr [rsp + 8]、rcx ss:0018:ffff808c`b8555e30= 0000000000000109
10:kd>！analyze-v
**
*バグチェック分析*
**
CRITICAL_STRUCTURE_CORRUPTION(109)
このBugCheckは、カーネルがその重要なカーネルコードを検出したときに生成されます.
データが破損しています.破損の一般的な原因は3つあります.
1)ドライバーが不注意または故意に重要なカーネルコードを変更した
またはデータ.見るこのリンク:whdc/driver/kernel/64bitPatching.mspx
2)開発者がカーネルを使用して通常のカーネルブレークポイントを設定しようとしました
システムの起動時に接続されていなかったデバッガー.通常のブレークポイント、
「bp」は、起動時にデバッガが接続されている場合にのみ設定できます.ハードウェア
ブレークポイント「ba」はいつでも設定できます.
3)ハードウェアの破損が発生しました.カーネルコードまたはデータを保持しているRAMの障害.
引数:
Arg1:a39fe6e2ea58d51f、予約済み
Arg2:b3b6f3693cdb14bb、予約済み
Arg3:fffff80612c00000、障害タイプに依存する情報
Arg4:0000000000000000、破損した領域のタイプ、
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の変更
デバッグの詳細: