Win10 はブルースクリーンソリューションで、DMPは次のとおりです.
応答
時間(MS)
場所
`61000000
延期
SRV*
シンボル検索パスは次のとおりです.SRV*
実行可能検索パスは次のとおりです.
Windows 10カーネルversion19041 MP(20 Procs)無料X64
製品:Winnt、Suite:TerminalServer SignUserts個人
マシン名:
カーネルベース= 0xFFFFF803PSロード済みモジュレリスト= 0xFFFFF803
` 61c2a310
デバッグセッション時間:金10月
9 23:11:11.823 2020(UTc+ 8:00)
システムの稼働時間:0日2:37:00.797
カーネルのロードシンボル
.
CTRL-C(CDB、KD、NTSD)またはCTRL-BREAK(WINDBG)を押すと、長くかかるシンボル負荷が中止されます.
!sym noisy .Reloadのロードを追跡するには、シンボルがロードされます.
................................................................
..................................................................
..................................................................
..............
ユーザーシンボルのロード
アンロードされたモジュールリスト
............
このファイルの分析のために、
!analyze-v
を実行します.
NT!Kebugcheckex:
`613
FFFFF803F3ea0 48894C2408
ムービー
QWORD PTR [RSP + 8]、
RCX SS:0018:FFFF8D0C
`9144eD00= 0000000000000109
5:KD>
!Analyze-v
**
*BugCheck Analysis
*
**
を検出したときに生成されます.
critical_structure_corruption(109)
このバグチェックは、カーネルがその重要なカーネルコードまたはデータが破損しています.汚職の原因が3つあります.
1)ドライバは不注意または意図的に修正されたクリティカルカーネルコード
を持っています
またはデータ.見る
このリンク:WHDC/ドライバ/カーネル/64bitpatching.mspx
2)開発者はカーネル
を使用して通常のカーネルブレークポイントを設定しようとしました
システムが起動されたときに添付されていないデバッガ.通常のブレークポイント、
"bp"は、デバッガが起動時に接続されている場合にのみ設定できます.ハードウェア
ブレークポイント、「BA」はいつでも設定できます.
3)ハードウェア破損が発生しました.カーネルコードまたはデータを保持しているRAMに失敗する
にすることができます
引数:
ARG1:A3A024E37628D731、予約済み
arg2:B3B73169C8AC0C29、予約
ARG3:FFFFF803C0670000、障害タイプ依存情報
arg4:0000000000000019、破損した領域の種類は、
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 Allocatorの変更
12:ドライバコールディスパッチャの変更
13:IRP完了ディスパッチャの変更
14:IRPの割り当て文字の変更
15:プロセッサ制御レジスタ
16:クリティカルフローティングポイント制御レジスタの変更
17:ローカルAPIC変更
18:カーネル通知コールアウト変更
19:ロードされたモジュールリストの変更
1A.
:Type 3プロセスリストの破損
1B.
:タイプ4プロセスリストの破損
1C.
:ドライバオブジェクトの破損
1D.:エグゼクティブコールバックオブジェクトの変更
1E.
:モジュールパディング
の修正
1F.
:保護されたプロセスの変更
20:一般データ領域
21:ページハッシュミスマッチ
22:セッションページハッシュミスマッチ
23:load configディレクトリの変更
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
の変更
デバッグの詳細:
key_values_string:1
キー
:Analysis.cpu.msec
値:1983
キー
:Analysis.DebuganalysisProvider.cpp
値:作成:8007007E
キー
:Analysis.DebugData
value:createObject
キー
:Analysis.DebugModel
value:createObject
キー
:Analysis.elapsed.msec
値:5329
キー
:Analysis.Memory.commitpeak.mb
値:76
キー
:Analysis.System
value:createObject
additional_xml:1
os_build_layers:1
dump_file_attributes:0x8
カーネル生成トリアージュダンプ
bugcheck_code:
109
BUGCHECK_P1:A3A024E37628D731
BUGCHECK_P2:B3B73169C8AC0C29
BUGCHECK_P3:FFFFF803C0670000
bugcheck_p4:19
BlackBoxBSD:1(
!ブラックボックスBS)
blackboxntfs:1(
!blackboxntfs)
blackboxpnp:1(
!blackboxpnp)
ブラックボックスウィンロゴン:1
customer_crash_count:
1
process_name:
システム
stack_text:
FFFF8D0C
`9144ECF8 00000000:00000000:00000000
00000109A3A024E3D731 B3B73169
`c8ac0c29 fffff803
`C0670000:NT
!Kebugchex
module_name:unknown_module
image_name:
unknown_image
stack_command:
.糸 ;
.cxr;
KB
failure_bucket_id:
0x109_19
osplatform_type:
x64
OSNAME:
Windows 10
failure_id_hash:
{D3FE0B58-2035-1732-0062-759F7BA52A09}
フォローアップ:
MachineOwner
返信リスト(回答:1)
1 # DaveM12
こんにちはmadson3154
Windowsファイルエクスプローラーを開きます
zipファイルをクラウド(OneDrive、DropBox...など)にアップロードし、それらを共有して共有リンクを取得することを選択します
次に、ここにzipファイルへのリンクを投稿してください.そうすれば私たちはあなたを探すことができます...
注意してください.Baiduにアクセスできません...