システムwiki

ゲームをプレイするときは、 critical_structure_corruption のコードを表示します.

HSyang9 解決済 最終更新日:2021-04-27 07:48

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:ntKebugchex chkimg_extension:chkimg-lo 50-d!NT FFFFF804271000E0-FFFFF804271000J3 4バイト-NTETCOVSampContextGetModule + 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: NTETCOVSampContextGetModule + 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_ntitemodule BUCKET_ID: 0x109_1_ntitemodule primary_problem_class: 0x109_1_ntitemodule 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_ntETCOVSampContextGetModule 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ステップ」をクリックします.「その他チェック」をクリックし、「次へ」をクリックし、「このコンピュータに取り付けられているすべてのドライバを自動選択」を選択し、「完了」をクリックします.

コンピュータを再起動し、次に青い画面を待って、dumpfile...

を収集します.
応答2# ->にスキップ
3 #
HSyang9
私は最近このコードを見たことがありますが、それでも青い画面が青い画面であることがわかりません.
応答3# ->にスキップ
4 #
Mazda

他のブルースクリーン現象に遭遇した場合は、新しいブルースクリーンファイルを再実行することもできます.これは、表示し続けるのに役立ちます...

© システムwiki All Rights Reserved.