システムwiki

Win11ntkrnlmp.exe が原因で、一定期間蓋を閉じた後、ノートブックが予期せず再起動します

LiDawei 受付中 最終更新日:2022-02-22 13:20

Microsoft(R)WindowsDebuggerversion10.0.22473.1005AMD64
著作権(c)マイクロソフトコーポレーション.無断転載を禁じます.
カーネルビットマップダンプファイル:カーネルアドレススペースは使用可能ですが、ユーザーアドレススペースは使用できない場合があります.
ダンプは正常に完了しました.進行率:100
シンボル検索パスは次のとおりです:srv*
実行可能検索パスは次のとおりです:
windows 10カーネルversion22000MP(16 procs)無料x64
製品:WinNt、スイート:TerminalServer SingleUserTS Personal
EditionBuildラボ:2200.1.amd64fre.co_release.210604-1628
マシン名:
カーネルベース= 0xfffff807
`59c00000 PsLoadedModuleList= 0xfffff807`5a829750
デバッグセッション時間:1月金曜日7 02:19:27.455 2022(UTc+ 8:00)
システム稼働時間:7日15:53:53.580
カーネルシンボルの読み込み

...............................................................
................................................................
................................................................
.................................ユーザーシンボルの読み込み
アンロードされたモジュールリストの読み込み

..................................................このファイルを分析するには、analyze-vを実行します.
nt!KeBugCheckEx:
fffff807
`5a0159c0 48894c2408movqWord ptr [rsp + 8]、rcx ss:0018:fffff683`8d87f7e0= 00000000000000a0
6:kd>
analyze-v
**
*Bugcheck Analysis*
**
INTERNAL_POWER_ERROR(a0)
電源ポリシーマネージャーで致命的なエラーが発生しました.
引数:
Arg1:00000000000000f0、システムはタイムリーに電源移行を完了(pause)できませんでした.
Arg2:0000000000000000、遷移中のシステム電源状態.
Arg3:0000000000000007、最近到達したスリープCheckpoint.
Arg4:ffffe48cae99e040、現在リクエストを処理しているスレッドへのポインタ.
デバッグの詳細:


KEY_VALUES_STRING:1
キー:Analysis.CPU.mSec
値:3687
キー:Analysis.DebugAnalysisManager
値:作成
キー:Analysis.Elapsed.mSec
値:8187
キー:Analysis.Init.CPU.mSec
値:452
キー:Analysis.Init.Elapsed.mSec
値:88535
キー:Analysis.Memory.commitPeak.Mb
値:89
キー:WER.OS.Branch
値:co_release
キー:WER.OS.Timestamp
値:2022-02-21T16:28:00Z
キー:WER.OS.Version
値:10.0.22000.1
DUMP_FILE_ATTRIBUTES:0x1000
BUGCHECK_CODE:a0
BUGCHECK_P1:f0
BUGCHECK_P2:0
BUGCHECK_P3:7
BUGCHECK_P4:ffffe48cae99e040
FAULTING_THREAD:ffffe48cae99e040
BLACKBOXBSD:1(
blackboxbsd)
BLACKBOXNTFS:1(
blackboxntfs)
BLACKBOXPNP:1(
blackboxpnp)
BLACKBOXWINLOGON:1
PROCESS_NAME:システム
STACK_TEXT:
fffff683
`980def10 fffff807`59f32517:ffffb781`f31d0180 fffff683`ffffffff fffff807`59e51fd0 00000000`00000000:ntKiSwapContext + 0x76
fffff683
`980df050 fffff807`59f343c9:edb7ffff`00000002 00000000`00000001 fffff683`980df230 00000000`00000000:ntKiSwapThread + 0x3a7
fffff683
`980df130 fffff807`59f2e2e4:40e84da0`00000000 00000000`00000000 00000000`000000ec 00000235`eecb732d:ntKicommitThreadWait + 0x159
fffff683
`980df1d0 fffff807`59e234ed:fffff683`980df3a0 ffffe48c`0000001b ffffe48c`ae99e000 fffff807`59e51f00:ntKeWaitForSingleObject + 0x234
fffff683
`980df2c0 fffff807`59f2d506:fffff807`5a846080 fffff683`980df388 00000000`00010224 fffff807`59e51fd0:ntExpWaitForResource + 0x6d
fffff683
`980df340 fffff807`5a3a5b55:fffff683`980df4b0 00000000`00000002 fffff683`980df510 00000000`00000001:ntExAcquireResourceExclusiveLite + 0x196
fffff683
`980df3d0 fffff807`5a4d00b1:00000000`00000000 00000000`00000002 00000000`00000000 00000000`00000000:ntPpDevNodeLockTree + 0x59
fffff683
`980df400 fffff807`5a64662d:00000000`00000000 fffff683`980df4b0 00000000`00000000 ffffe48c`649fdb68:ntPnpSurpriseFailUnsafeDmaDevices + 0xdeced
fffff683
`980df430 fffff807`5a64f82c:00000000`00000000 00000000`00000006 00000000`00000000 00000000`00000002:ntPopTransitionSystemPowerStateEx + 0x145
fffff683
`980df4f0 fffff807`5a027f78:ffffe48c`ae99e6f8 00000000`00000000 fffff807`5a8e6c00 fffff807`5a27743b:ntNtSetSystemPowerState + 0x4c
fffff683
`980df6c0 fffff807`5a01a210:fffff807`5a3e8520 00000000`00000000 00000000`00000000 00000000`00000000:ntKiSystemServiceCopyEnd + 0x28
fffff683
`980df858 fffff807`5a3e8520:00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000:ntKiServiceLinkage
fffff683
`980df860 fffff807`5a3e7f40:00000000`00000000 fffff807`5a59a8e0 ffffb781`f3be0180 fffff807`59f1d872:ntPopIssueActionRequest + 0x218
fffff683
`980df900 fffff807`59e467a9:00000000`00000001 00000000`00000000 ffffffff`ffffffff fffff807`5a933680:ntPopPolicyWorkerAction + 0x80
fffff683
`980df980 fffff807`59f1d10f:ffffe48c`00000001 ffffe48c`ae99e040 fffff807`5a822f80 fffff807`00000000:ntPopPolicyWorkerThread + 0xa9
fffff683
`980df9c0 fffff807`59e478f5:ffffe48c`ae99e040 ffffb781`f3bf0000 ffffe48c`ae99e040 576f666e`00400000:ntExpWorkerThread + 0x14f
fffff683
`980dfbb0 fffff807`5a019a74:ffffb781`f3be0180 ffffe48c`ae99e040 fffff807`59e478a0 72410015`00737365:ntPspSystemThreadStartup + 0x55
fffff683
`980dfc00 00000000`00000000:fffff683`980e0000 fffff683`980d9000 00000000`00000000 00000000`00000000:ntKiStartSystemThread + 0x34
STACK_comMAND:.thread 0xffffe48cae99e040; kb
SYMBOL_NAME:nt
KiSwapContext + 76
MODULE_NAME:nt
IMAGE_NAME:ntkrnlmp.exe
BUCKET_ID_FUNC_OFFSET:76
FAILURE_BUCKET_ID:0xa0_f0_nt
KiSwapContext
OS_VERSION:10.0.22000.1
BUILDLAB_STR:co_release
OSPLATFORM_TYPE:x64
OSNAME:Windows 10
FAILURE_ID_HASH:{168f8d2f-e77e-7dcf-020c-035a9129b0ab}
フォローアップ:MachineOwner

返信リスト(回答:2)

1 #
DaveM12

ミニダンプファイルは、グラフィックカードのデバイスドライバがシステムをクラッシュさせたことを示しています
広く利用可能な無料のDDUユーティリティを使用して、現在のビデオカードデバイスドライバを完全に削除してから、PCを再起動し、のPCに移動する必要があります.メーカーのウェブサイト.PCのサポートページで、推奨されるビデオカードデバイスドライバのversionをダウンロードしてインストールします...

2 #
DaveM12

私はデイブです.これをお手伝いします.
注意:BaiduCloudDriveからダウンロードできません.アップロードには別のクラウドサービスを使用してください.
Windowsファイルエクスプローラーを開きます.
zipファイルをクラウド(OneDrive、DropBoxなど)にアップロードし、それらを共有して共有リンクを取得することを選択します.
次に、ここにzipファイルへのリンクを投稿してください.確認させていただきます.



私はDaveですこれを手伝います...
PCがミニダンプファイルを生成しているかどうかを確認してください.これらをチェックして、システムクラッシュの潜在的な原因についての洞察が得られるかどうかを確認します...
Windowsファイルエクスプローラーを開きます...
ミニダンプファイルをデスクトップにコピーして圧縮します...
zipファイルをクラウド(OneDriveDropBoxなど)にアップロードしてから、これらのファイルを共有して共有リンクを取得することを選択します...
次に、ここにzipファイルへのリンクを投稿してください.