電腦出現(xiàn)藍屏VIDEO_TDR_FAILURE怎么修復

發(fā)布時間：2023-08-02 16:03:42

來源：互聯(lián)網

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

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

方法一：更新Windows系統(tǒng)

(相關資料圖)

確保你的操作系統(tǒng)是最新的，打開Windows更新并安裝所有可用的更新。

方法二：檢查顯卡溫度

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

方法三：檢查硬件故障

該錯誤有可能是由于顯卡或其他硬件設備的故障引起的,嘗試重新插拔顯卡，并確認所有電纜連接穩(wěn)固,你還可以嘗試將顯卡安裝在另一臺計算機上，以確定是否為顯卡本身的問題。

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

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

下載地址：>>>快快藍屏修復助手<<<

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

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

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

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

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

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

其他相關信息：

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

VIDEO_TDR_FAILURE參數(shù)

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

原因

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

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

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

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

如果恢復過程成功，將顯示一條消息，指示“顯示驅動程序已停止響應并已恢復”。

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

解決方法

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

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

!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: nvlddmkmIMAGE_NAME:  nvlddmkm.sys

可以使用 lm (列出加載的模塊) 命令顯示有關故障驅動程序的信息，包括時間戳。

1: kd> lmvm nvlddmkmBrowse full module liststart             end                 module namefffff801`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 輸出中所示，如果你有關聯(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::   +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 包含指向負責任設備驅動程序模塊的指針， (例如，所有者標記) 。

1: kd> ub fffff8016470c14cnvlddmkm+0x84c132:fffff801`6470c132 cc              int     3fffff801`6470c133 cc              int     3fffff801`6470c134 48ff254d2deaff  jmp     qword ptr [nvlddmkm+0x6eee88 (fffff801`645aee88)]fffff801`6470c13b cc              int     3fffff801`6470c13c 48ff252d2eeaff  jmp     qword ptr [nvlddmkm+0x6eef70 (fffff801`645aef70)]fffff801`6470c143 cc              int     3fffff801`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 Site00 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)停止代碼，還可以在導致此停止代碼的代碼中設置斷點，并嘗試單步執(zhí)行錯誤代碼。

有關詳細信息，請參閱使用 WinDbg 分析故障轉儲文件。

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

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

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

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

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

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

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

使用安全模式

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

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