システムwiki

「重い」ゲームをプレイするときのNTKRNLMP.EXEによるシステムリセット

PauloMa 受付中 最終更新日:2021-06-14 02:26

こんにちは、私はUSBHUB3を含むさまざまなエラーからBSODを取得してきました.そして今はNTKRNLMP.EXEです.ダンプファイルを読み、SFC/Scannowと他のものをScanしてみましたが、解決策はありません.あなたが私を助けることができたら
素晴らしい!

ダンプファイル:

ミニカーネルダンプファイル:レジスタとスタックトレースのみが利用可能です
シンボル検索パスは次のとおりです.SRV*
実行可能検索パスは次のとおりです. Windows 10カーネルversion17134 MP(8 Procs)無料X64
商品:Winnt、Suite:TerminalServer SignUserts.
Buildされた:17134.1.amd64fre.rs4_release.180410-1804.
マシン名:
カーネル基本= 0xFFFFF803`F10AB000 PSLOADMODULELIST= 0xFFFFF803`F14681D0
デバッグセッション時間:WED 5月23日:53:10.597 2018(UTC-3:00)
システムの稼働時間:0日0:00:11.326
カーネル記号の読み込み
..
Ctrl-C(CDB、KD、NTSD)またはCTRL-BREAK(WINDBG)を押して、長すぎるシンボル負荷を中止します.
実行!ロードの問題を解決するための.Reloadの前にSym Noisy.
...............................................................
ユーザーシンボルを読み込む
* *
* BugCheck Analysis *
* *
使用!詳細なデバッグ情報を取得するには、-Vを分析します.
BugCheck C4、{2000、FFFFF80EAB0790E7,0,73776247}
おそらく原因によって引き起こされます.NTKRNLMP.EXE(NT!VerifierBugCheckipoSifie + DF)
ファローアップ: マシン看所

NT!Kebugcheckex:
FFFFF803`F1242670 48894C2408 ムービー QWORD PTR [RSP + 8]、 RCX SS:0018:FFFF9A0D`1D406780= 00000000000000C4
0:kd>!Analyze-v.
* *
* BugCheck Analysis *
* *
driver_verifier_detected_violation(C4)
システムを破損しようとしているデバイスドライバがキャッチされました. これは
ドライバが疑わしいものとして(
管理者)とカーネルはこのドライバの実質的なチェックを可能にしました.
ドライバがシステムを破損しようとすると、BugChecks 0xc4、0xc1、および0xaが
最も一般的に見られるクラッシュの中にあります.
引数:
ARG1:0000000000002000、コードの整合性の問題:発信者は実行可能プールの種類を指定しました.(期待:非ページプールNX)
ARG2:FFFFF80EAB0790E7、エラーが検出されたドライバのコード内のアドレス.
arg3:0000000000000000、プールタイプ.
(提供されている場合)プールタグ.
デバッグの詳細:

key_values_string:1
stackhash_analysis:1
timeline_analysis:1
dump_class:1
dump_qualifier:400
build_version_string: 17134.1.amd64fre.rs4_release.180410-1804
dump_type: 2.
BugCheck_p1:2000
BugCheck_p2:FFFFF80EB0790E7
bugcheck_p3:0
BugCheck_p4:73776247
bugcheck_str: 0xc4_2000
cpu_count:8
CPU_MHZ:FA0
cpu_vendor: 創立
CPU_FAMILY:6
CPU_MODEL:3C
cpu_stepping:3
customer_crash_count: 1
default_bucket_id: verifier_enabled_vista_minidump.
process_name: システム
current_irql:
Analysis_Session_host: デスクトップDRMP9VH
Analysis_Session_time: 05-23-2018 18:17:00.0847
Analysis_Version:10.0.17674.1000 AMD64FRE.
last_control_transfer: FFFFF803F18DA483からFFFFF803F1242670まで
stack_text:
FFFFF9A0D`1D406778 FFFFF803`F18DA483:00000000 0000 2002000 FFFFF80E`AB079000:NT!Kebugcheckex
ffff9a0d`1d406780 FFFFF803`F13628EB:FFFFF803`F1458174 00000000 0000 2002000 FFFFF80E`AB0790J7 00000000 00000000:NT!VerifierBugChectifice + 0xDF
FFFFF9A0D`1D4067C0 FFFFF803`F18D243C:00000000`73776247 FFFFF803`f1458174 FFFFF803`AB0790J7 FFFF9A0D`1D406938:NT!VFReportIsSueWithOptions + 0x103
ffff9a0d`1d406810 FFFFF903`5D04E3:00000000 00000000 FFFF9B83`BA9BBAE0 00000000 00000010 FFFF9A0D`1D406938:NT!vFCheckPoolType + 0x90
FFFF9A0D`1D406850 FFFFF90E`1D406850 FFFF9B83 'BA9B4000 FFFF9B83`BA9B4000 00000000 00000002:NT!VerifierExAllocatePoolWithTag + 0x53
FFFF9A0D`1D4068A0 00000000 00000000:FFFF9B83`BA9B4000 00000000 00000002 00000000 00000000:0xFFFFF80E`AB0790E7
thread_sha1_hash_mod_func: 6D7912A9C13846B7C62AE32B7C620536D3C7FB1B.
THREAD_SHA1_HASH_MOD_FUNC_OFFSET:A873BFDE7084FF520420DDA4AB90E82F126D4C1C
thread_sha1_hash_mod: F08AC56120CAD14894587DB086F77CE277BFAE84
フォローアップ_IP:
NT!VerifierBugCheckifeckifoSpofOgsifio
FFFFF803`F18DA483 CC int. 3.
fault_instr_code: 8418BCC
symbol_stack_index: 1
symbol_name: NT!VerifierBugCheckifeckifoSpofOgsifio
forlowup_name: マシン看所
module_name:NT
image_name: ntkrnlmp.exe.
debug_flr_image_timestamp: 5ae3F148
image_version: 10.0.17134.48
stack_command: .糸 ; .cxr; k
bucket_id_func_offset: df.
failure_bucket_id: 0xC4_2000_VRF_NT!VerifierBugCheckiFize
bucket_id: 0xC4_2000_VRF_NT!VerifierBugCheckiFize
PRIMARY_PROBLEBL_CLASS: 0xC4_2000_VRF_NT!VerifierBugCheckiFize
target_time: 2018-05-23T20:53:10.000z
オズBuild: 17134.
OsservicePack: 48
servicepack_number:0.
OS_Revision:0.
suite_mask: 272
製品型: 1
osplatform_type: x64
オス名: Windows 10
施設: Windows 10Winnt TerminalServer SignSerts
OS_LOCALE:
user_lcid:
OSBUILD_TIMESTAMP: 2018-04-28 00:58:00
builddatestamp_str 180410-1804
buildlab_str: rs4_release.
buildosver_str: 10.0.17134.1.amd64fre.rs4_release.180410-1804
Analysis_Session_elaps_time: 46c
Analysis_Source: km.
failure_id_hash_string: km:0xc4_2000_vrf_nt!VerifierBugCheckififO:
failure_id_hash: {0206B89D-E93A-8762-CF83-058DC52D2BCC}
ファローアップ: マシン看所

0:KD>LMVM NT
フルモジュールリストを参照してください
開始 終わり モジュール名
FFFFF803`F10AB000 FFFFF803`F1A10000 n (PDBシンボル) C:¥ProgramData¥dbg¥sym¥ntkrnlmp.pdb¥1e2c949b928244638c2a7406b9f3824a1¥ntkrnlmp.pdb
ロードされたシンボルイメージファイル:ntkrnlmp.exe
マップされたメモリイメージファイル:C:\ProgramData\DBG\SYM\NTOSKRNL.EXE\5AE3F148965000\NTOSKRNL.EXE
イメージパス:ntkrnlmp.exe.
画像名:ntkrnlmp.exe.
グローバルシンボルをすべて閲覧します 関数 データ
タイムスタンプ: 金曜日27 19:58:00 2018(5aE3F148)
チェックサム: 008be842
画像サイズ: 00965000
ファイルのversion: 10.0.17134.48
製品version: 10.0.17134.48
ファイルのフラグ: 0(マスク3F)
ファイルOS: 40004 NT Win32.
ファイルの種類: 1.0アプリ
ファイル日付: 00000000.00000000
翻訳: 0409.04B0
リソースtableからの情報:
会社名: マイクロソフト
商品名: Microsoft®Windows®オペレーティングシステム
内部名: ntkrnlmp.exe.
ofoliginfilename:ntkrnlmp.exe.
ProductVersion: 10.0.17134.48
FileVersion: 10.0.17134.48(WinBuild.160101.0800)
ファイル説明: NTカーネル&システム
法的都市: ©Microsoft Corporation.全著作権所有.

返信リスト(回答:5)

3 #
Sumit-I

こんにちは
分析は決定的ではありませんでした-ダンプは検証者が有効になっていました.
第二に、あなたがusbxhciという名前のように、USBデバイスが接続されていますか?

応答3# ->にスキップ
1 #
PauloMa

奇妙なことで、エラーがダンプファイルの作成を停止しました.それは問題なくそれらを作成するために使用され、それは単に停止しました.私はカーネル、小型、自動などに変更しようとしました. 助けなし.

私の設定は

です

1TB HD

256 SD

20GB RAM

I7-4790K

そして接続されているUSBは次のとおりです.

HyperX Cloud 2(ヘッドセット)
Logitech G502(マウス)
Corsair K70(キーボード、わずか1 USB)

応答1# ->にスキップ
2 #
Sumit-I

問題をよりよく理解するために、システムログを共有する方法については、以下の記事を参照してください.
の場合にイベントログを共有する方法

4 #
DaveM12

こんにちはPaulo、基礎となる問題を診断するために、私はあなたのミニダンプファイルを分析する必要があります:
Windowsファイルエクスプローラを開く
そのフォルダの内容を

zipファイルをクラウドにアップロードします(oneDrive、Dropbox...など)
その後、ここにZIPファイルにリンクを投稿するので、私たちはあなたを探すことができます...

応答4# ->にスキップ
5 #
PauloMa

大丈夫、ここにいます.ところで助けてくれてありがとう、それは本当にたくさんの意味を意味します.

リンク:S BAO7DQGVN7DPXIV 052318 188343 01.RAR DL 0