藍屏代碼0x00000116代表"VIDEO_TDR_FAILURE"，這意味著發(fā)生了一個視頻處理器超時故障。當(dāng)計算機的圖形驅(qū)動程序沒有正確響應(yīng)操作系統(tǒng)的請求或超時時，就會觸發(fā)該錯誤?？赡苁怯捎隍?qū)動程序問題、硬件故障、過熱等原因引起的。

要解決這個問題，可以嘗試以下方法：

方法一：檢查硬件問題

檢查顯卡是否正確安裝并連接好,嘗試重新插拔顯卡并確保它們牢固連接。

方法二：重新安裝DirectX

卸載并重新安裝計算機上的DirectX版本，可以嘗試修復(fù)與顯卡相關(guān)的問題。

方法三：檢查顯卡溫度

過熱可能導(dǎo)致顯卡出現(xiàn)問題，清理顯卡散熱器和風(fēng)扇，并確保良好的空氣流通,還可以使用軟件監(jiān)控顯卡溫度，以確保不過熱。

方法四：使用一鍵修復(fù)工具助手（強烈推薦）

1、首先你的電腦必須下載與完成安裝完成快快藍屏修復(fù)助手。如果你還沒有安裝點擊下方鏈接下載。

下載地址：>>>快快藍屏修復(fù)助手<<<

提示：安裝路徑不要選擇C盤，避免產(chǎn)生問題造成損失。

2、找到你電腦中的快快藍屏修復(fù)助手，點擊進入?？吹绞醉摵螅c擊首頁一鍵掃描按鈕開始掃描。等待幾分鐘，就能獲取你急切想要的結(jié)果。

3、掃描完成后會顯示電腦的所有藍屏記錄以及藍屏的詳細信息。

4、解決方案頁面顯示了導(dǎo)致該次藍屏的具體原因和解決方案，點擊右上角的一鍵修復(fù)進行修復(fù)。

5、切記，當(dāng)修復(fù)完成之后我們還是需要重新啟動計算機的。畢竟一切修復(fù)的結(jié)果，需要重新后，才能被系統(tǒng)認可。

當(dāng)你完成重啟后，你電腦的藍屏問題已經(jīng)基本解決了。相信小編，不要急需卸載快快藍屏修復(fù)助手。畢竟它強大的功能是你未來的一個保障，可以隨時隨地為你服務(wù)，讓你再次遇到藍屏問題不在抓狂。

其他相關(guān)信息：

VIDEO_TDR_FAILURE bug 檢查 的值為 0x00000116。 此 bug 檢查 表示嘗試重置顯示驅(qū)動程序并從超時恢復(fù)失敗。

VIDEO_TDR_FAILURE參數(shù)

參數(shù)	說明
1	指向內(nèi)部 TDR 恢復(fù)上下文的指針（如果可用）。
2	例如，指向負責(zé)任設(shè)備驅(qū)動程序模塊的指針 (所有者標記) 。
3	上一個失敗操作的錯誤代碼（如果可用）。
4	內(nèi)部上下文相關(guān)數(shù)據(jù)（如果可用）。

原因

當(dāng)系統(tǒng)在處理最終用戶命令或操作時出現(xiàn)完全凍結(jié)或掛起時，會出現(xiàn)圖形中常見的穩(wěn)定性問題。 通常，GPU 正忙于處理密集型圖形操作，通常在玩游戲期間。 不會發(fā)生屏幕更新，并且用戶假定其系統(tǒng)已凍結(jié)。 用戶通常會等待幾秒鐘，然后按電源按鈕重新啟動系統(tǒng)。 Windows 會嘗試檢測這些有問題的掛起情況，并動態(tài)恢復(fù)響應(yīng)式桌面。

此檢測和恢復(fù)過程稱為超時檢測和恢復(fù) (TDR) 。 默認超時為 2 秒。 在視頻卡的 TDR 過程中，操作系統(tǒng)的 GPU 計劃程序調(diào)用顯示微型端口驅(qū)動程序的 DxgkDdiResetFromTimeout 函數(shù)來重新初始化驅(qū)動程序并重置 GPU。

在此過程中，操作系統(tǒng)會告知驅(qū)動程序不要訪問硬件或內(nèi)存，并為當(dāng)前正在運行的線程提供短時間來完成。 如果線程在超時內(nèi)未完成，則系統(tǒng) bug 會檢查0x116 VIDEO_TDR_FAILURE。 有關(guān)詳細信息，請參閱 線程同步和 TDR。

如果多個 TDR 事件在短時間內(nèi)發(fā)生，則系統(tǒng)還可以使用 VIDEO_TDR_FAILURE 檢查 bug。 默認金額在一分鐘內(nèi)超過五個 TDR。

如果恢復(fù)過程成功，將顯示一條消息，指示“顯示驅(qū)動程序已停止響應(yīng)并已恢復(fù)”。

有關(guān)詳細信息，請參閱超時檢測和恢復(fù) (TDR) 、TDR 注冊表項和 Windows 8 及更高版本中的 TDR 更改。

解決方法

GPU 花費的時間比在顯示器上顯示圖形所允許的時間多。 以下一種或多種原因可能會導(dǎo)致此行為：

可能需要為顯示驅(qū)動程序安裝最新更新，以便它正確支持 TDR 過程。 影響視頻卡正常運行能力的硬件問題，包括： 時鐘過度的組件，如主板 錯誤的組件兼容性和設(shè)置 (特別是內(nèi)存配置和計時) 系統(tǒng)冷卻不足 系統(tǒng)功率不足 內(nèi)存模塊、主板等 (缺陷部件) 視覺效果或后臺運行過多的程序可能會降低電腦速度，因此視頻卡無法根據(jù)需要做出響應(yīng)。

!analyze 調(diào)試擴展顯示有關(guān) 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 (列出加載的模塊) 命令顯示有關(guān)故障驅(qū)動程序的信息，包括時間戳。

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

參數(shù) 1 包含指向TDR_RECOVERY_CONTEXT的指針。 如 ！analyze 輸出中所示，如果你有關(guān)聯(lián)代碼的符號，則可以使用 dt 命令顯示此數(shù)據(jù)。

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)

參數(shù) 2 包含指向負責(zé)任設(shè)備驅(qū)動程序模塊的指針， (例如，所有者標記) 。

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]

如果可以一致地重現(xiàn)停止代碼，還可以在導(dǎo)致此停止代碼的代碼中設(shè)置斷點，并嘗試單步執(zhí)行錯誤代碼。

有關(guān)詳細信息，請參閱 使用 WinDbg 分析故障轉(zhuǎn)儲文件。

如果你沒有能力使用 Windows 調(diào)試器來解決此問題，則可以使用一些基本的故障排除技術(shù)。

在系統(tǒng)登錄事件查看器中查看其他錯誤消息，這些錯誤消息可能有助于識別導(dǎo)致此 bug 的設(shè)備或驅(qū)動程序檢查。

如果驅(qū)動程序標識在錯誤檢查消息中，禁用該驅(qū)動程序或咨詢驅(qū)動程序更新的制造商。

驗證所有圖形相關(guān)軟件（如 DirectX 和 OpenGL）是否都是最新的，并且所有圖形密集型應(yīng)用程序 (（如游戲) ）都已完全修補。

確認安裝的任何新硬件都與已安裝的 Windows 版本兼容。 例如，可以在Windows 10規(guī)范中獲取有關(guān)所需硬件的信息。

運行 Windows 內(nèi)存診斷工具以測試內(nèi)存。 在控制面板搜索框中，輸入 “內(nèi)存”，然后選擇“ 診斷計算機的內(nèi)存問題”。運行測試后，使用事件查看器查看系統(tǒng)日志下的結(jié)果。 查找“內(nèi)存診斷結(jié)果”條目以查看結(jié)果 。

你可嘗試運行系統(tǒng)制造商提供的硬件診斷。

使用安全模式

請考慮使用安全模式來幫助隔離此問題。 在 Windows 啟動期間，使用安全模式僅加載所需的最低驅(qū)動程序和系統(tǒng)服務(wù)。

若要進入安全模式，請轉(zhuǎn)到“設(shè)置”中的 “更新和安全 ”。 選擇“ 恢復(fù)>高級啟動 ”以啟動到維護模式。 在生成的菜單中，選擇“高級選項>疑難解答>”“啟動設(shè)置>重啟”。 Windows 重啟到 “啟動設(shè)置” 屏幕后，選擇選項 4、5 或 6 以啟動到安全模式。

可以通過在啟動時按功能鍵（例如 F8）來使用安全模式。 有關(guān)特定啟動選項，請參閱制造商提供的信息。

有關(guān)常規(guī)故障排除信息，請參閱 藍屏數(shù)據(jù)。

注解

有關(guān)硬件設(shè)備在實現(xiàn) TDR 時必須滿足的要求的信息，請參閱 Windows 硬件實驗室工具包 文檔。 例如， TDR2 - 標準雙設(shè)備測試圖形。

另請參閱

Bug 檢查代碼參考