Win10 64 ビットシステム頻繁な青い画面
のMicrosoft(R)Windowsのデバッガーversion10.0.21349.1004 AMD64
の
著作権(C)マイクロソフト社.すべての権利を保有.
ミニカーネルダンプファイル:専用レジスタとスタック・トレースが可能です.
応答
時間(MS)
場所OK
C:\記号
の
繰延
SRV* C:\SYMBOLS*
このリンク:ダウンロード/シンボル
シンボル検索パスは次のとおりです.c:\記号.
SRV* C:\SYMBOLS*
このリンク:ダウンロード/シンボル実行可能ファイルの検索パスは次のとおりです.
を
のWindows 10カーネルversion19041 MP(16の手続きオブジェクト)無料X64
を
製品:のWinnt、スイート:]端末SingleUsertsパーソナル
マシン名:カーネルベース= 0xfffff805
`82c00000 psloadedModuleList= 0xfffff805
`8382a230
の
デバッグセッション時間:日7月
4 15:28:13.687 2021(UTc+午前8時)
システム稼働時間:0日0:36:11.458
のロードカーネルシンボル
...........................................................
............................................................
............................................................
..................................
ローディングユーザ・シンボル
読み込みアンロードモジュールのリスト
........
このファイルの解析のための、実行
の<!-v
を分析します
NTのKebugcheckex:!
の
fffff805
`82ff6c20 48894c2408
MOV
QWORD PTR [RSP + 8]、
RCX SS:0018:FFFFCC81
`A709F300= 0000000000003B
の<!
0:KD>-v
を分析します
**
の
*bugheck analyysis
*
の
**
の
SYSTEM_SERVICE_EXCEPTION(3B)
システム・サービス・ルーチンの実行中に例外が起こった.
を
引数:ARG1:00000000000000005、例外コードバグチェック
引き起こすこと
ARG2:fffff80582e08290、バグチェックを引き起こしheich命令のアドレス
を引き起こしたことをfffcc81a709fc00、例外のコンテキストレコードのアドレス
ARG3:バグチェックARG4:0000000000000000、ZERO
の
の詳細をデバッグする:
を
key_values_string:1
キー
:Analysis.cpu.msec
の
値:4452
の
キー
:Analysis.debuganalysisManager
の
の値:
を作成します.
キー
:Analyysis.elapsed.msec
の
値:4507
の
キー
:Analyysis.init.cpu.msec
の
値:609
キー
:Analysis.init.ELAPSED.MSEC
値:5532
キー
:Analysis.Memory.commitpeak.mb
の
値:76
の
dump_file_attributes:0x8の
の
カーネル生成トリアージダンプ
の
bugcheck_code:
図3(b)
bugcheck_p1:C0000005
の
bugcheck_p2:fffff80582e08290
の
bugheck_p3:fffcc81a709fc00
の
bugcheck_p4:0
コンテキスト:
FFFFCC81A709FC00-(.CXR 0xffffcc81a709fc00)
RAX= 0000000000000001 RBX= fffcE07e94cd000 RCX= fffbc01017fa060
RDX= 00000000746C6644 RSI= 00000000017FA060 RDI= 0000000000000000
リッピング= fffffff80582e08290 RSP= fffcc81a70a0608 RBP= fffcc81a70a0820
R8= fffbc00f58b673e
R9= fffbc00f58b6730 R10= 0000000000000000
R11= 0000000000000000 R12= FFFFCE07E94CD000 R13= 000000000000000000
R14= R15= fffce07e98f2ad0 fffcc81a70a0a14
IOPL= 0
NV UP EIンNZ NA PE NC
CS= 0010
SS= 0018
DS= 002B
ES= 002B
FS= 0053
GS= 002B
EFL= 00050282
の
NTの
ObfdeReferenceObjectWithtag:!
の
fffff805
`82e08290 48895c2408
MOV
QWORD PTR [RSP + 8]、
RBX SS:0018:FFFFCC81
`A70A0610= 00000000017fa060
のデフォルトスコープをリセットする
の
Customer_crash_count:
1
PROCESS_NAME:
Wmiprvse.exe
stack_text:
を
fffcc81
`A70A0608 fffcE07
`E94CD000
000000-00-00 0000-00-00<\「7、D 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1>ObfdereferenceObjectWithtag
fffcc81
`A70A0610 00000000
`017fa060:Ffffbc00
`eda180a0 ffffcc81
`a70a0820 fffff805
`82f23897 00000000
`00000000:0xffffce07
`e94cd000
ffffcc81
`a70a0618 ffffbc00
`eda180a0
:Ffffcc81
`a70a0820 fffff805
`82f23897 00000000
`00000000 fffff805
`82e0827e:0x17fa060
ffffcc81
`a70a0620 ffffcc81
`a70a0820
:Fffff805
`82f23897 00000000
`00000000 fffff805
`82e0827e ffffcc81
`a70a06f0:0xffffbc00
`eda180a0
の
ffffcc81
`a70a0628 fffff805
`82f23897
:00000000
`00000000 fffff805
`82e0827e ffffcc81
`a70a06f0 ffffbc00
`eda180a0:0xffffcc81
`a70a0820
の
ffffcc81
`a70a0630 fffff805
`832d8960
:00000000
`00000000 00000801
`00000000 00000000
`00000000 ffffcc81
`a70a0820 :! Ntを
SeAccessCheck + 0x67
ffffcc81
`a70a06a0 fffff805
`832d8a84
:Ffffcc81
`a70a08f8 ffffce08
`01a44210 ffffcc81
`00000000 ffffce08
`00001000 :! Ntを
EtwpAccessCheck + 0×98
ffffcc81
`a70a0720 fffff805
`832d8667
:00000000
`00000000 ffffbc01
`00000000 ce0801a4
`00000000 00000000
`00000000 :! Ntを
EtwpAddRegEntryToGroup + 0x104
ffffcc81
`a70a08a0 fffff805
`832d848a
:00000000
`00000000 ffffcc81
`a70a0b80 ffffce08
`01a44210 00000000
`00000000 :! Ntを
EtwpSetProviderTraitscommon + 0x1a7
ffffcc81
`a70a0960 fffff805
`832fac63
:Ffffce08
`01a44210 00000000
`00000018 00000000
`50777445 ffffce08
`01a44210 :! Ntを
EtwpSetProviderTraitsUm + 0x166
ffffcc81
`a70a09e0 fffff805
`830085b8
:00000000
`0000001E 00000000
`00000001 000000c4
`00000018 000000c4
`160fb480 :! Ntを
NtTraceControl + 0x6d3
ffffcc81
`a70a0a90 00007ffe
`89890674
:00000000
`00000000 00000000
`00000000 00000000
`00000000 00000000
`00000000 :! Ntを
KiSystemServiceCopyEnd +の0x28
000000c4
`160fb428 00000000
`00000000
:00000000
`00000000 00000000
`00000000 00000000
`00000000 00000000
`00000000:0x00007ffe
`89890674
の
SYMBOL_NAME:
NT
の<!ObfDereferenceObjectWithTag + 0
の
MODULE_NAME:NT
の
のイメージ名:
NTKRNLMP.EXE
の
するimage_version:
10.0.19041.1052
の
stack_command:
.cxr 0xffffcc81a709fc00;
KB
の
BUCKET_ID_FUNC_OFFSET:
0
failure_bucket_id:
0x3B_c0000005_nt
の<!ObfDereferenceObjectWithTag
の
osplatform_type:
X64
の
OSNAME:
Windowsの10
の
failure_id_hash:
{7ebf58a2-0210-7815-d6f6-0e4124026922}
のフォローアップ:
Machineowner
の
ラップトップが電源アダプタとPDの電荷を用いて、ブルースクリーンの電源を使用して接続されている場合にのみないバッテリー電源がなかった場合、青色、青条件である
返信リスト(回答:3)
BSODが電源関連のものであると述べたので、以下の方法をお勧めします.
1.最新のWindows Updateをインストールしてください.
2.電源トラブルシューティング担当者
を実行します
オープン設定=>更新とセキュリティ=>トラブルシューティング=>電源
=>トラブルシューティングツールを実行します.
3.電源プランをデフォルトにリセットします.
コマンドプロンプトを開きます.
以下のコマンドをコピーして貼り付けて、Enterキーを押します.
PowerCFG-RestoredefaultSchemes
4.システムファイルチェッカーを使用して、問題の原因である可能性がある破損したシステムファイルを確認および修正します.リンクを参照してください.
https://support.microsoft.com/ja-jp/help/402652...
5.利用可能な場合はBIOSを更新してください.
応答1# ->にスキップ2 #Jerry.L私は上記の方法を使おうとしましたが、青い画面の問題はまだ解決されていません.私は過去数日の
dump
ファイルを保存しました、私は私を助けることができますか?
この記事の指示に従ってください.
テンフォーラム
リマインダー:
=>48時間後またはBSODの受信後にドライバー検証ツールを無効にします.
=>ドライバー検証ツールを実行する前に復元ポイントを作成します.