BSOD(ドライバ電源状態障害)Win10 Build 1709
ねえ、
このメッセージをシャットダウンした後に、PCの最初の開始中にBSOD(ドライバ電源状態の故障)を受信しました.誰もの修正方法を考えていますか?
Microsoft(R)Windowsデバッガversion10.0.17074.1002 AMD64
著作権(C)Microsoft Corporation.全著作権所有.
ミニカーネルダンプファイル:レジスタとスタックトレースのみが利用可能です
シンボル検索パスは次のとおりです.SRV*
実行可能検索パスは次のとおりです.
Windows 10カーネルversion16299 MP(8 Procs)無料X64
製品:Winnt、Suite:TerminalServer SignUserts.
マシン名:
カーネルBASE= 0xFFFFF802`F260D000 PSLOADEDMODULELIST= 0xFFFFFF802`F2973FD0
デバッグセッションタイム:金2月23日07:24:13.830 2018(UTc+ 1:00)
システムの稼働時間:0日9:33:46.555
カーネル記号のロード
..
Ctrl-C(CDB、KD、NTSD)またはCTRL-BREAK(WINDBG)を押して、長くかかるシンボル負荷を中止します.
RUN！ロードを追跡するには、シンボルをロードするためのReloadの前にSym Noisy.
.................................................................
....................................................................
....................................................................
........................................
ユーザーシンボルをロードします
アンロードされたモジュールリストをロードします
...........................
*
*
*
BugCheck Analysis
*
*
*
使用！詳細なデバッグ情報を取得するには、-vを分析します.
BugCheck 9F、{3、FFFF810533D02410、FFFF9601E543F7F0、FFFF810538D926E0}
おそらくusbccgp.sys
フォローアップ:
マシン看所
NT！Kebugcheckex:
FFFFF802 `F27826E0 48894C2408 ムービー QWORD PTR [RSP + 8]、 RCX SS:0018:FFFF9601`E543F7C0= 000000000000009F
応答 時間(MS) ロケーション
遅延 SRV*
2:kd>！Analyze-v.
* *
* BugCheck Analysis *
* *
DRIVER_POWER_STATE_FAILURE(9F)
ドライバは、特定の時間内にパワーIRPを完了できませんでした.
引数:
arg1:0000000000000003、デバイスオブジェクトはIRPを長時間ブロックしています
arg2:FFFF810533D02410、スタックの物理デバイスオブジェクト
arg3:FFFF9601E543F7F0、NT！TRIAGE_9F_POWER ON WIN7以上、場合は、スタックの機能デバイスオブジェクト
arg4:FFFF810538D926E0、ブロックされたIRP
デバッグの詳細:
key_values_string:1
Timeline_Analysis:1
dump_class:1
dump_qualifier:400
build_version_string: 10.0.16299.192(WinBuild.160101.0800)
system_manuffacturer: h
system_product_name: HP EliteBook 1040 G4
system_sku: 1ed10av.
BIOS_VENDOR: h
BIOS_VERSION: P74 Ver.01.14.
BIOS_DATE: 2018/01/22
baseboard_manufacturer: h
baseboard_product: 82de
baseboard_version: KBCversion58.47
dump_type: 2.
dump_file_attributes:0x8
カーネル生成トリアージダンプ
BugCheck_p1:3
BugCheck_p2:FFFF810533D02410
BugCheck_p3:FFFF9601E543F7F0
BugCheck_p4:FFFF810538D926E0
DRVPowerState_Subcode: 3.
image_name: usbccgp.sys
debug_flr_image_timestamp:
module_name:usbccgp.
authoring_module:FFFFF806D02C0000 USBCCGP.
CPU_COUNT:8
CPU_MHZ:B58
cpu_vendor: 創立
CPU_FAMILY:6
CPU_MODEL:9E
CPU_STEPPING:9
cpu_microcode:6,9e、9,0(f、m、s、r) SIG:70'000000(キャッシュ)70'000000(init)
ブラックボックスBSD:1(！BlackBoxBSD)
ブラックボックスPNP:1(！BlackBoxPNP)
customer_crash_count: 1
default_bucket_id: Win8_Driver_Fault.
bugcheck_str: 0x9F
process_name: システム
current_irql: 2.
Analysis_Session_host: Ypb4pkwizk
Analysis_Session_time: 02-23-2018 07:45:07.0687
Analysis_Version:10.0.17074.1002 AMD64FRE.
stack_text: FFFF9605`E54310 FFFF9601`E543F7F0:NT！Kebugchex X QubugcheckexのFFFF9601`E543957:00000000`0000009F 00000000 00000003
FFFF9601`E543F7C0 FFFFF802 `F2843862:FFFFE580DECD5180 00000000`0000000C 00000000 00000000:NT！PopirpWatchDogBugCheck + 0xeb
FFFF9601`E543F820 FFFFF802 `F26BA533:FFFFE580DECD5180 00000000 00000000 FFFF9601`E543FA18 00000000 00000000:NT！PopirpWatchDog + 0x22
FFFF9601`E543F870 FFFFF802`F26BB5CD:00000000 0000000000 00000000 0000000000 00000000 002 B45E6 FFFFE580DECD5180:NT！KiprocessExpiredTimerList + 0x153
ffff9601`e543f960 fffff802`f2785fca:ffffffff`00000000 ffffe580`decd5180 00000000`00000000 ffffe580`dece3200:NT KiRetireDpcList + 0x43d
ffff9601`e543fb60 00000000`00000000:！ffff9601`e5440000 ffff9601`e5439000 00000000`00000000 00000000`00000000 :NT！KiidLeLoop + 0x5A.
thread_sha1_hash_mod_func: 418DCF5CC7A955525FE8AC8FFEC7980C508FAC304.
thread_sha1_hash_mod_func_offset: 7964C339568CE7D078A997DD9282720A3EB6D4EC.
thread_sha1_hash_mod: EE8FCF1F60CB6E3E2F60DDBED2EC02B5748A693
howerup_name: マシン看所
image_version: 10.0.16299.64
stack_command: .糸 ; .cxr; k
failure_bucket_id: 0x9F_3_WMBCLASS_IMAGE_USBCCGP.SYS
bucket_id: 0x9F_3_WMBCLASS_IMAGE_USBCCGP.SYS
PRIMARY_PROBLEBL_CLASS: 0x9F_3_WMBCLASS_IMAGE_USBCCGP.SYS
target_time: 2018-02-23T06:24:13.000Z
OsBuild: 16299
OsservicePack: 192
servicepack_number:0.
OS_Revision:0.
suite_mask: 272
PRODUCT_TYPE: 1
osplatform_type: x64
OSNAME:
Windows 10
施設:
Windows 10Winnt TerminalServer SignSerts
OS_LOCALE:
user_lcid:
OSBUILD_TIMESTAMP: 2018-01-01 12:07:05
builddateTamp_str: 160101.0800
buildlab_str: winbuild
buildosver_str: 10.0.16299.192
Analysis_Session_elapsed_time: 483
分析_Source: km.
failure_id_hash_string: KM:0x9F_3_WMBCLASS_IMAGE_USBCCGP.SYS
failure_id_hash: {643F2A3A-03F8-1DBB-917E-A971823944B8}
フォローアップ: マシン看所
返信リスト(回答:3)
クラッシュにつながるものを教えてくれるログファイル(ダンプファイルと呼ばれる)が必要です.
問題のより良い分析のためにそれらを私たちと共有してください.説明書はここで見つけることができます.
マイクロソフトコミュニティでの死の青い画面の後にクラッシュダンプを投稿する方法.