Lenovo Rescuer-15ISK蓝屏故障 有知道的帮忙看看

jillcomputer jillcomputer 墨衍会员 · AI 创作全网分发 墨衍智能分发 通过墨衍一键同步至各平台 可同步平台 CSDN微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年,写一次发全网 我也要 + 加入社区
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

VIDEO_DXGKRNL_FATAL_ERROR (113)
The dxgkrnl has detected that a violation has occurred. This resulted
in a condition that dxgkrnl can no longer progress. By crashing, dxgkrnl
is attempting to get enough information into the minidump such that somebody
can pinpoint the crash cause. Any other values after parameter 1 must be
individually examined according to the subtype.
Arguments:
Arg1: 0000000000000019, The subtype of the bugcheck:
Arg2: 0000000000000002
Arg3: 00000000000010de
Arg4: 000000000000139b

Debugging Details:
------------------

*** WARNING: Unable to verify timestamp for nvlddmkm.sys
*** ERROR: Module load completed but symbols could not be loaded for nvlddmkm.sys

DUMP_CLASS: 1

DUMP_QUALIFIER: 400

SYSTEM_MANUFACTURER: LENOVO

SYSTEM_PRODUCT_NAME: 80RQ

SYSTEM_SKU: LENOVO_MT_80RQ_BU_idea_FM_Lenovo Rescuer-15ISK

SYSTEM_VERSION: Lenovo Rescuer-15ISK

BIOS_VENDOR: LENOVO

BIOS_VERSION: 0KCN30WW

BIOS_DATE: 04/29/2015

BASEBOARD_MANUFACTURER: LENOVO

BASEBOARD_PRODUCT: SuperX 5B

BASEBOARD_VERSION: SDK0K09938 WIN

DUMP_TYPE: 2

DUMP_FILE_ATTRIBUTES: 0x8
Kernel Generated Triage Dump

BUGCHECK_P1: 19

BUGCHECK_P2: 2

BUGCHECK_P3: 10de

BUGCHECK_P4: 139b

CPU_COUNT: 8

CPU_MHZ: a20

CPU_VENDOR: GenuineIntel

CPU_FAMILY: 6

CPU_MODEL: 5e

CPU_STEPPING: 3

CPU_MICROCODE: 6,5e,3,0 (F,M,S,R) SIG: 74'00000000 (cache) 74'00000000 (init)

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

BUGCHECK_STR: 0x113

PROCESS_NAME: System

CURRENT_IRQL: 0

ANALYSIS_SESSION_HOST: WIN10-703182154

ANALYSIS_SESSION_TIME: 08-15-2017 11:02:28.0482

ANALYSIS_VERSION: 10.0.15063.468 amd64fre

LAST_CONTROL_TRANSFER: from fffff8087d0a355e to fffff800cf7fc550

STACK_TEXT:
ffffae00`2674f7d8 fffff808`7d0a355e : 00000000`00000113 00000000`00000019 00000000`00000002 00000000`000010de : nt!KeBugCheckEx
ffffae00`2674f7e0 fffff808`7d22af2c : ffffd800`1fbf4180 ffffffff`c000000e ffffd800`1fbf4180 00000000`00000000 : watchdog!WdLogEvent5_WdCriticalError+0xce
ffffae00`2674f820 fffff808`7d1b416b : ffffd800`2046cb00 ffffd800`1fbf4100 ffffd800`2046cb80 00000000`ff030000 : dxgkrnl!DpiFdoHandleDevicePower+0x768cc
ffffae00`2674f8b0 fffff808`7f6c8a93 : 00000000`00000001 ffffae00`2674fa59 00000000`00000001 ffffd800`223c8000 : dxgkrnl!DpiDispatchPower+0x8b
ffffae00`2674f9d0 00000000`00000001 : ffffae00`2674fa59 00000000`00000001 ffffd800`223c8000 ffffae00`2674fad8 : nvlddmkm+0x168a93
ffffae00`2674f9d8 ffffae00`2674fa59 : 00000000`00000001 ffffd800`223c8000 ffffae00`2674fad8 00000000`00000004 : 0x1
ffffae00`2674f9e0 00000000`00000001 : ffffd800`223c8000 ffffae00`2674fad8 00000000`00000004 00000000`00000000 : 0xffffae00`2674fa59
ffffae00`2674f9e8 ffffd800`223c8000 : ffffae00`2674fad8 00000000`00000004 00000000`00000000 ffffae00`2674fa01 : 0x1
ffffae00`2674f9f0 ffffae00`2674fad8 : 00000000`00000004 00000000`00000000 ffffae00`2674fa01 ffffd800`1fce3000 : 0xffffd800`223c8000
ffffae00`2674f9f8 00000000`00000004 : 00000000`00000000 ffffae00`2674fa01 ffffd800`1fce3000 fffff800`cf6c2d78 : 0xffffae00`2674fad8
ffffae00`2674fa00 00000000`00000000 : ffffae00`2674fa01 ffffd800`1fce3000 fffff800`cf6c2d78 ffffd800`1fbf4030 : 0x4


STACK_COMMAND: kb

THREAD_SHA1_HASH_MOD_FUNC: 522fff5ea38323f8cf6fd33b40a8a5ff09335789

THREAD_SHA1_HASH_MOD_FUNC_OFFSET: a699a317be4bd01ac8fa83cb14e02c668c3259dc

THREAD_SHA1_HASH_MOD: 75c5edb9820b07db07645796a7ba91c81e006f7c

FOLLOWUP_IP:
dxgkrnl!DpiFdoHandleDevicePower+768cc
fffff808`7d22af2c 488b5730 mov rdx,qword ptr [rdi+30h]

FAULT_INSTR_CODE: 30578b48

SYMBOL_STACK_INDEX: 2

SYMBOL_NAME: dxgkrnl!DpiFdoHandleDevicePower+768cc

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: dxgkrnl

IMAGE_NAME: dxgkrnl.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 0

IMAGE_VERSION: 10.0.15063.481

BUCKET_ID_FUNC_OFFSET: 768cc

FAILURE_BUCKET_ID: 0x113_dxgkrnl!DpiFdoHandleDevicePower

BUCKET_ID: 0x113_dxgkrnl!DpiFdoHandleDevicePower

PRIMARY_PROBLEM_CLASS: 0x113_dxgkrnl!DpiFdoHandleDevicePower

TARGET_TIME: 2017-08-07T08:55:24.000Z

OSBUILD: 15063

OSSERVICEPACK: 502

SERVICEPACK_NUMBER: 0

OS_REVISION: 0

SUITE_MASK: 272

PRODUCT_TYPE: 1

OSPLATFORM_TYPE: x64

OSNAME: Windows 10

OSEDITION: Windows 10 WinNt TerminalServer SingleUserTS

OS_LOCALE:

USER_LCID: 0

OSBUILD_TIMESTAMP: 2017-07-28 12:07:59

ANALYSIS_SESSION_ELAPSED_TIME: 4f0

ANALYSIS_SOURCE: KM

FAILURE_ID_HASH_STRING: km:0x113_dxgkrnl!dpifdohandledevicepower

FAILURE_ID_HASH: {d602ffad-dbab-56f7-4cf4-fd87d40aefc6}

Followup: MachineOwner
---------
...全文

相关推荐

通信行业基于MongoDB的安全合规与性能优化:5G时序数据处理、可查询加密及窗口函数应用

内容概要:本文围绕MongoDB在通信行业的深度应用,系统讲解了可查询加密、时间序列集合、窗口函数与性能诊断四大核心技术。通过详实的代码案例,展示了如何利用可查询加密实现敏感数据合规存储与查询,使用时序集合高效处理5G网络KPI等高频写入场景,借助窗口函数进行经营指标的趋势分析,并结合explain()与查询分析器完成性能调优。文章还涵盖分片一致性检查、索引优化等运维实践,全面覆盖通信系统对安全、性能与扩展性的严苛要求。; 适合人群:具备一定数据库基础,从事通信行业研发、架构或运维工作1-3年的技术人员,尤其是参与5G网络监控、客户数据管理或大数据平台建设的相关人员。; 使用场景及目标:① 实现用户手机号、身份证等敏感信息的加密存储与等值查询,满足安全合规要求;② 构建高吞吐、低延迟的5G基站KPI时序数据存储与分析系统;③ 在数据库层直接完成滑动平均、累计求和等经营分析,减少应用层计算负担;④ 诊断慢查询、验证索引有效性,保障系统高性能运行。; 阅读建议:此资源强调理论与实战结合,建议读者在本地或测试环境部署MongoDB 7.0+版本,动手复现文中代码,重点关注schemaMap配置、时序集合参数选择与窗口函数语法细节,并结合explain执行计划理解底层优化机制,从而真正掌握通信级数据架构的设计精髓。

数智顾问

国央企创新负责人如何借助平台实现技术成果的高价值转化与资源精准配置?.docx

科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。

BIZKEEN

产业园区运营负责人如何在平台建设中科学配置创新资源,提升园区内技术对接效率?.docx

产业园区运营负责人如何在平台建设中科学配置创新资源,提升园区内技术对接效率?

BIZKEEN

产业园区运营负责人如何提升园区内技术供需匹配的精准度?.docx

科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。

BIZKEEN

高校技术转移办公室人员如何提升科技成果推介的效率与质量?.docx

科易网基于AI模型+行业大数据,在技术转移、成果转化、技术经纪、知识产权、产业创新、科技招商等垂直领域的多样化应用场景,推出科技创新领域的AI+工具与数智化解决方案,推动科技创新与产业创新智能化发展。

BIZKEEN
评论 1
收藏 已收藏
分享
返回顶部