ゲームをプレイするときは、 critical_structure_corruption のコードを表示します.
DMPファイル分析結果は次のとおりです.
Windows 10カーネルversion18362 MP(24 Procs)無料X64
製品:Winnt、Suite:TerminalServer SignUserts個人
Build:18362.1.amd64fre.19h1_release.190318-1202
マシン名:
カーネルベース= 0xfffff804
`2680万psloadedmodulelist= 0xffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff.」
デバッグセッション時間:金8月
9 19:51:06.999 2019(UTc+ 8:00)
システムの稼働時間:0日19:45:18.778
カーネルのロードシンボル
.
CTRL-C(CDB、KD、NTSD)またはCTRL-BREAK(WINDBG)を押すと、長くかかるシンボル負荷が中止されます.
!
Sym Noisy .Reloadを追跡して、シンボルのロードを追跡します.
..........................................................
............................................................
.................................................
ユーザーシンボルのロード
アンロードされたモジュールリスト
...............
このファイルの分析のために、
!analyze-v
を実行します.
NT!Kebugcheckex:
FFFFF804
`269BC8A0 48894C2408
ムービー
QWORD PTR [RSP + 8]、
RCX SS:0018:FFFEF0B
`89060E90= 0000000000000109
14:kd>
!Analyze-V
**
*BugCheck Analyysis
*
**
critical_structure_corruption(109)
このバグチェックは、カーネルがその重要なカーネルコードまたは
を検出したときに生成されます.
データは隠されています.一般的に破損の原因が3つあります.
1)ドライバは不注意または識別された修正クリティカルカーネルコード
を持っています.
またはデータ.参照
このリンク:WHDC/ドライバ/カーネル/64bitpatching.mspx
2)開発者は、カーネル
を使用して通常のカーネルBotkpointを設定しようとしました.
システムが起動されたときに接続されていなかったデバッガ.通常のブレークポイント、
"bp"は、デバッガが起動時に接続されている場合にのみ設定できます.ハードウェア
ブレークポイント、「BA」はいつでも設定できます.
3)ハードウェア破損していた.
を保持しているRAMに失敗した.引数:
ARG1:A3A01E63CE38D4F4、予約済み
ARG2:B3B72AEA20B71754、予約済み
ARG3:FFFFF804270FF0B4、障害タイプ依存情報
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 Allocatorの変更
12:ドライバコールディスパッチャの変更
13:IRP完了ディスパッチャの変更
14:IRP DeaAllocatorの変更
15:プロセッサ制御レジスタ
16:クリティカルフローティングポイント制御レジスタモデル
17:ローカルAPIC変更
18:カーネル通知コールアウト変更
19:モジュールリストモードのロード
1A.
:Type 3プロセスリストの破損
1B.
:タイプ4プロセスリストの破損
1C.
:ドライバオブジェクトの破損
1D.
:エグゼクティブコールバックオブジェクトの変更
1E.
:モジュールパディング
の修正
1F.:保護されたプロセスの変更
汎用データ領域
21:ページハッシュミスマッチ
22:セッションページハッシュミスマッチ
23:設定ディレクトリの変更
24<符号>:反転関数表の変更
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
キー
:analyysis.cpu.sec
値:8
キー
:analyysis.elapsed.sec
値:150
キー
:Analysis.Memory.commitpeak.mb
値:70
processes_analysis:1
service_analysis:1
Stackhash_Analysis:1
Timeline_Analysis:1
dump_class:1
dump_qualifier:400
build_version_string:
18362.1.AMD64FRE.19H1_RELEASE.190318-1202
dump_type:
2
BUGCHECK_P1:A3A01E63CE38D4F4
BUGCHECK_P2:B3B72AEA20B71754
BUGCHECK_P3:FFFFF804270FF0B4
bugcheck_p4:1
pg_mismatch:
75E0F6B6
fault_ip:
NT!
EjpPCOVSampContextGetModule + 0
FFFFF804
`270FF0B4 4C8BDC
ムービー
R11、RSP
cpu_count:18
cpu_mhz:ed8
CPU_VENDOR:
authenticamd
CPU_FAMILY:17
cpu_model:71
cpu_stepping:0
customer_crash_count:
1
default_bucket_id:
Win8_Driver_Fault
bugcheck_str:
0x109
process_name:
csrss.exe
current_irql:
2
analyysis_session_host:
Windows-0FMB0QM
analyysis_session_time:
08-09-2019 20:31:23.0809
Analysis_Version:10.0.18914.1001 AMD64FRE
stack_text:
FFFEF0B
`89060000000000000000000000000CE38D4F4 B3B72AEA
` 20B71754 FFFFF804
`270ff0b4:nt
!Kebugchex
chkimg_extension:
!chkimg-lo 50-d
!NT
FFFFF804271000E0-FFFFF804271000J3
4バイト-NT
!ETCOVSampContextGetModule + 102C
[FF 49 8B CF:90 22 84 11]
4エラー:
!NT(FFFFF804271000E0-FFFFF804271000J3)
thread_sha1_hash_mod_func:
81A83AE0317433A47FCC36991983DF3B6E638B71
thread_sha1_hash_mod_func_offset:
6E16DD8C7DD677734FDBCD2397A2E35E9FAE964
thread_sha1_hash_mod:
76CD06466D098060A9EB26E5FD2A25CB1F3FE0A3
forlowup_ip:
NT!EjpPCOVSampContextGetModule + 0
FFFFF804
`270FF0B4 4C8BDC
ムービー
R11、RSP
fault_instr_code:
4DDC8B4C
symbol_name:
NT
!ETCOVSampContextGetModule + 0
forlowup_name:
MachineOwner
module_name:nt
image_name:
ntkrnlmp.exe
debug_flr_image_timestamp:
0
image_version:
10.0.18362.175
stack_command:
.thread; .cxr; kb
BUCKET_ID_FUNC_OFFSET:
0
failure_bucket_id:
0x109_1_nt
!itemodule
BUCKET_ID:
0x109_1_nt
!itemodule
primary_problem_class:
0x109_1_nt
!itemodule
target_time:
2021-04-10T11:51:06.000z
OSBUILD:
18362
osservicePack:
175
servicepack_number:0
os_revision:0
suite_mask:784
product_type:
1
osplatform_type:
x64
OSNAME:
Windows 10
抵抗
Windows 10 Winnt TerminalServer Sunkuserts個人
os_locale:
user_lcid:
0
OSBUILD_TIMESTAMP:
Unknown_Date
builddatestamp_str:
190318-1202
buildlab_str:
19h1_release
buildosver_str:
10.0.18362.1.AMD64FRE.19H1_RELEASE.190318-1202
analyysis_session_elapsed_time:
24D76
analyysis_source:
km
fail_id_hash_string:
km:0x109_1_nt
!ETCOVSampContextGetModule
failure_id_hash:
{69ef8605-7DE6-350A-0FB0-6F09BCCB0C3D}
フォローアップ:
MachineOwner
その理由は何ですか?
返信リスト(回答:4)
1 # Mazda
windows 10
...
に表示される青い画面問題から学んでください.
あなたが提供する情報に従って、青い画面問題の特定の場所を正確に決定することはできません、
次のシナリオでダンプ
ログファイルを収集できます.
オープンコントロールパネル>>
システム>>
高度なシステム設定>>
詳細>>
起動と障害復元>>
設定、
ライトデバッグ情報>>
「小メモリダンプ(256KB)」
、パス選択デフォルト、コンピュータの決定と再起動...
私たちはあなたのプライベートレターを通してあなたのプライベートレターを通してあなたのdump
ファイルを取得しました、私的な情報をチェックするには注意を払ってください...
プライベートの問題については、フォーラムの右上隅にあるアバターをクリックしてください-プライベートメッセージ
2 # Mazda 1
提供する青い画面ファイルによると、関連するデバイスドライバとソフトウェアアプリの存在エラーがあることが確認されていません.その他Scanを実行してから効果を表示することをお勧めします...
win + r "
open実行、タイプ:verifier.exe
ドライバの検証プログラムマネージャを開き、「カスタム設定の作成」を選択し、「1ステップ」をクリックします.「その他チェック」をクリックし、「次へ」をクリックし、「このコンピュータに取り付けられているすべてのドライバを自動選択」を選択し、「完了」をクリックします.
コンピュータを再起動し、次に青い画面を待って、dump
file...
を収集します.
√