首页 打印机驱动下载 扫描仪驱动下载 品牌 说明书 驱动 万能驱动 硬件知识 软件

电脑出现蓝屏VIDEO_TDR_FAILURE怎么修复

更新时间:2023-08-02 14:50 来源:互联网 小编:" 梦里花ㄣ"

蓝屏代码0x00000116代表"VIDEO_TDR_FAILURE",这意味着发生了一个视频处理器超时故障。当计算机的图形驱动程序没有正确响应操作系统的请求或超时时,就会触发该错误。可能是由于驱动程序问题、硬件故障、过热等原因引起的。

电脑出现蓝屏VIDEO_TDR_FAILURE怎么修复

要解决这个问题,可以尝试以下方法:

方法一:更新Windows系统

确保你的操作系统是最新的,打开Windows更新并安装所有可用的更新。

方法二:检查显卡温度

过热可能导致显卡出现问题,清理显卡散热器和风扇,并确保良好的空气流通,还可以使用软件监控显卡温度,以确保不过热。

方法三:检查硬件故障

该错误有可能是由于显卡或其他硬件设备的故障引起的,尝试重新插拔显卡,并确认所有电缆连接稳固,你还可以尝试将显卡安装在另一台计算机上,以确定是否为显卡本身的问题。

方法四:使用一键修复工具助手(强烈推荐)

1、首先你的电脑必须下载与完成安装完成快快蓝屏修复助手。如果你还没有安装点击下方链接下载。

下载地址:>>>快快蓝屏修复助手<<<

提示:安装路径不要选择C盘,避免产生问题造成损失。

2、找到你电脑中的快快蓝屏修复助手,点击进入。看到首页后,点击首页一键扫描按钮开始扫描。等待几分钟,就能获取你急切想要的结果。

电脑出现蓝屏VIDEO_TDR_FAILURE怎么修复

3、扫描完成后会显示电脑的所有蓝屏记录以及蓝屏的详细信息。

电脑出现蓝屏VIDEO_TDR_FAILURE怎么修复

4、解决方案页面显示了导致该次蓝屏的具体原因和解决方案,点击右上角的一键修复进行修复。

电脑出现蓝屏VIDEO_TDR_FAILURE怎么修复

5、切记,当修复完成之后我们还是需要重新启动计算机的。毕竟一切修复的结果,需要重新后,才能被系统认可。

电脑出现蓝屏VIDEO_TDR_FAILURE怎么修复

当你完成重启后,你电脑的蓝屏问题已经基本解决了。相信小编,不要急需卸载快快蓝屏修复助手。毕竟它强大的功能是你未来的一个保障,可以随时随地为你服务,让你再次遇到蓝屏问题不在抓狂。

其他相关信息:

VIDEO_TDR_FAILURE bug 检查 的值为 0x00000116。 此 bug 检查 表示尝试重置显示驱动程序并从超时恢复失败。

VIDEO_TDR_FAILURE参数

参数 说明
1 指向内部 TDR 恢复上下文的指针(如果可用)。
2 例如,指向负责任设备驱动程序模块的指针 (所有者标记) 。
3 上一个失败操作的错误代码(如果可用)。
4 内部上下文相关数据(如果可用)。

原因

当系统在处理最终用户命令或操作时出现完全冻结或挂起时,会出现图形中常见的稳定性问题。 通常,GPU 正忙于处理密集型图形操作,通常在玩游戏期间。 不会发生屏幕更新,并且用户假定其系统已冻结。 用户通常会等待几秒钟,然后按电源按钮重新启动系统。 Windows 会尝试检测这些有问题的挂起情况,并动态恢复响应式桌面。

此检测和恢复过程称为超时检测和恢复 (TDR) 。 默认超时为 2 秒。 在视频卡的 TDR 过程中,操作系统的 GPU 计划程序调用显示微型端口驱动程序的 DxgkDdiResetFromTimeout 函数来重新初始化驱动程序并重置 GPU。

在此过程中,操作系统会告知驱动程序不要访问硬件或内存,并为当前正在运行的线程提供短时间来完成。 如果线程在超时内未完成,则系统 bug 会检查0x116 VIDEO_TDR_FAILURE。 有关详细信息,请参阅 线程同步和 TDR。

如果多个 TDR 事件在短时间内发生,则系统还可以使用 VIDEO_TDR_FAILURE 检查 bug。 默认金额在一分钟内超过五个 TDR。

如果恢复过程成功,将显示一条消息,指示“显示驱动程序已停止响应并已恢复”。

有关详细信息,请参阅超时检测和恢复 (TDR) 、TDR 注册表项和 Windows 8 及更高版本中的 TDR 更改。

解决方法

GPU 花费的时间比在显示器上显示图形所允许的时间多。 以下一种或多种原因可能会导致此行为

可能需要为显示驱动程序安装最新更新,以便它正确支持 TDR 过程。 影响视频卡正常运行能力的硬件问题,包括: 时钟过度的组件,如主板 错误的组件兼容性和设置 (特别是内存配置和计时) 系统冷却不足 系统功率不足 内存模块、主板等 (缺陷部件) 视觉效果或后台运行过多的程序可能会降低电脑速度,因此视频卡无法根据需要做出响应。

!analyze 调试扩展显示有关 bug 检查的信息,并有助于确定根本原因 。

1: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

VIDEO_TDR_FAILURE (116)
Attempt to reset the display driver and recover from timeout failed.
Arguments:
Arg1: ffffe000c2c404c0, Optional pointer to internal TDR recovery context (TDR_RECOVERY_CONTEXT).
Arg2: fffff8016470c14c, The pointer into responsible device driver module (e.g. owner tag).
Arg3: ffffffffc000009a, Optional error code (NTSTATUS) of the last failed operation.
Arg4: 0000000000000004, Optional internal context dependent data.

...

还会显示出错的模块名称。

MODULE_NAME: nvlddmkm

IMAGE_NAME:  nvlddmkm.sys

可以使用 lm (列出加载的模块) 命令显示有关故障驱动程序的信息,包括时间戳。

1: kd> lmvm nvlddmkm
Browse full module list
start             end                 module name
fffff801`63ec0000 fffff801`649a7000   nvlddmkm T (no symbols)           
    Loaded symbol image file: nvlddmkm.sys
    Image path: \SystemRoot\system32\DRIVERS\nvlddmkm.sys
    Image name: nvlddmkm.sys
    Browse all global symbols  functions  data
    Timestamp:        Wed Jul  8 15:43:44 2015 (559DA7A0)
    CheckSum:         00AA7491
    ImageSize:        00AE7000
    Translations:     0000.04b0 0000.04e4 0409.04b0 0409.04e4

参数 1 包含指向TDR_RECOVERY_CONTEXT的指针。 如 !analyze 输出中所示,如果你有关联代码的符号,则可以使用 dt 命令显示此数据。

1: kd> dt dxgkrnl!_TDR_RECOVERY_CONTEXT ffffe000c2c404c0
   +0x000 Signature        : 0x52445476
   +0x008 pState           : 0xffffe000`c2b12a40 ??
   +0x010 TimeoutReason    : 9 ( TdrEngineTimeoutPromotedToAdapterReset )
   +0x018 Tick             : _ULARGE_INTEGER 0xb2
   +0x020 pAdapter         : 0xffffe000`c2a89010 DXGADAPTER
   +0x028 pVidSchContext   : (null) 
   +0x030 GPUTimeoutData   : _TDR_RECOVERY_GPU_DATA
   +0x048 CrtcTimeoutData  : _TDR_RECOVERY_CONTEXT::<unnamed-type-CrtcTimeoutData>
   +0x050 pProcessName     : (null) 
   +0x058 DbgOwnerTag      : 0xfffff801`6470c14c
   +0x060 PrivateDbgInfo   : _TDR_DEBUG_REPORT_PRIVATE_INFO
   +0xb00 pDbgReport       : 0xffffe000`c2c3f750 _WD_DEBUG_REPORT
   +0xb08 pDbgBuffer       : 0xffffc000`bd000000 Void
   +0xb10 DbgBufferSize    : 0x37515
   +0xb18 pDumpBufferHelper : (null) 
   +0xb20 pDbgInfoExtension : 0xffffc000`ba7e47a0 _DXGKARG_COLLECTDBGINFO_EXT
   +0xb28 pDbgBufferUpdatePrivateInfo : 0xffffc000`bd000140 Void
   +0xb30 ReferenceCount   : 0n1
   +0xb38 pResetCompletedEvent : (null) 

参数 2 包含指向负责任设备驱动程序模块的指针, (例如,所有者标记) 。

1: kd> ub fffff8016470c14c
nvlddmkm+0x84c132:
fffff801`6470c132 cc              int     3
fffff801`6470c133 cc              int     3
fffff801`6470c134 48ff254d2deaff  jmp     qword ptr [nvlddmkm+0x6eee88 (fffff801`645aee88)]
fffff801`6470c13b cc              int     3
fffff801`6470c13c 48ff252d2eeaff  jmp     qword ptr [nvlddmkm+0x6eef70 (fffff801`645aef70)]
fffff801`6470c143 cc              int     3
fffff801`6470c144 48ff257d2deaff  jmp     qword ptr [nvlddmkm+0x6eeec8 (fffff801`645aeec8)]
fffff801`6470c14b cc              int     3

你可能希望使用 k、kb、kc、kd、kp、kP、kv (Display Stack Backtrace) 命令来检查堆栈跟踪。

1: kd> k
 # Child-SP          RetAddr           Call Site
00 ffffd001`7d53d918 fffff801`61ba2b4c nt!KeBugCheckEx [d:\th\minkernel\ntos\ke\amd64\procstat.asm @ 122]
01 ffffd001`7d53d920 fffff801`61b8da0e dxgkrnl!TdrBugcheckOnTimeout+0xec [d:\th\windows\core\dxkernel\dxgkrnl\core\dxgtdr.cxx @ 2731]
02 ffffd001`7d53d960 fffff801`61b8dd7f dxgkrnl!ADAPTER_RENDER::Reset+0x15e [d:\th\windows\core\dxkernel\dxgkrnl\core\adapter.cxx @ 19443]
03 ffffd001`7d53d990 fffff801`61ba2385 dxgkrnl!DXGADAPTER::Reset+0x177 [d:\th\windows\core\dxkernel\dxgkrnl\core\adapter.cxx @ 19316]
04 ffffd001`7d53d9e0 fffff801`63c5fba7 dxgkrnl!TdrResetFromTimeout+0x15 [d:\th\windows\core\dxkernel\dxgkrnl\core\dxgtdr.cxx @ 2554]
05 ffffd001`7d53da10 fffff801`63c47e5d dxgmms1!VidSchiRecoverFromTDR+0x11b [d:\th\windows\core\dxkernel\dxgkrnl\dxgmms1\vidsch\vidscher.cxx @ 1055]
06 ffffd001`7d53dbc0 fffff801`aa55c698 dxgmms1!VidSchiWorkerThread+0x8d [d:\th\windows\core\dxkernel\dxgkrnl\dxgmms1\vidsch\vidschi.cxx @ 426]
07 ffffd001`7d53dc00 fffff801`aa5c9306 nt!PspSystemThreadStartup+0x58 [d:\th\minkernel\ntos\ps\psexec.c @ 6845]
08 ffffd001`7d53dc60 00000000`00000000 nt!KxStartSystemThread+0x16 [d:\th\minkernel\ntos\ke\amd64\threadbg.asm @ 80]

如果可以一致地重现停止代码,还可以在导致此停止代码的代码中设置断点,并尝试单步执行错误代码。

有关详细信息,请参阅 使用 WinDbg 分析故障转储文件。

如果你没有能力使用 Windows 调试器来解决此问题,则可以使用一些基本的故障排除技术。

在系统登录事件查看器中查看其他错误消息,这些错误消息可能有助于识别导致此 bug 的设备或驱动程序检查。

如果驱动程序标识在错误检查消息中,禁用该驱动程序或咨询驱动程序更新的制造商。

验证所有图形相关软件(如 DirectX 和 OpenGL)是否都是最新的,并且所有图形密集型应用程序 ((如游戏) )都已完全修补。

确认安装的任何新硬件都与已安装的 Windows 版本兼容。 例如,可以在Windows 10规范中获取有关所需硬件的信息。

运行 Windows 内存诊断工具以测试内存。 在控制面板搜索框中,输入 “内存”,然后选择“ 诊断计算机的内存问题”。运行测试后,使用事件查看器查看系统日志下的结果。 查找“内存诊断结果”条目以查看结果 。

你可尝试运行系统制造商提供的硬件诊断。

使用安全模式

请考虑使用安全模式来帮助隔离此问题。 在 Windows 启动期间,使用安全模式仅加载所需的最低驱动程序和系统服务。

若要进入安全模式,请转到“设置”中的 “更新和安全 ”。 选择“ 恢复>高级启动 ”以启动到维护模式。 在生成的菜单中,选择“高级选项>疑难解答>”“启动设置>重启”。 Windows 重启到 “启动设置” 屏幕后,选择选项 4、5 或 6 以启动到安全模式。

可以通过在启动时按功能键(例如 F8)来使用安全模式。 有关特定启动选项,请参阅制造商提供的信息。

有关常规故障排除信息,请参阅 蓝屏数据。

注解

有关硬件设备在实现 TDR 时必须满足的要求的信息,请参阅 Windows 硬件实验室工具包 文档。 例如, TDR2 - 标准双设备测试图形。

另请参阅

Bug 检查代码参考

驱动下载排行