VIDEO_TDR_FAILURE: Mga sanhi, diagnosis at totoong solusyon

Kapag nag-crash ang iyong computer sa gitna ng isang gawain at lumitaw ang nakakatakot na asul na screen VIDEO_TDR_FAILURE, normal na isipin na ang lahat ay biglang nasira; sa katotohanan, sinubukan ng system na bawiin ang GPU pagkatapos ng pag-crash at nabigo. Itong stop code Ito ay malapit na naka-link sa graphics driver at ang timeout, detection, at recovery (TDR) na mekanismo., kaya ang pag-unawa kung paano ito gumagana ay kalahati ng solusyon.

Sa mga sumusunod na linya ay makakahanap ka ng kumpletong gabay na pinagsasama ang opisyal na teknikal na paliwanag sa mga field procedure at trick na gumagana sa totoong buhay na mga senaryo. Ang layunin ay para magawa mo i-diagnose, itama, at pigilan ang error na ito Kung ikaw ay isang advanced na gumagamit ng WinDbg o mas gusto ang mga simpleng hakbang mula sa Windows.

Ano ang VIDEO_TDR_FAILURE (0x00000116) at bakit ito lumilitaw?

Ang VIDEO_TDR_FAILURE error ay tumutugma sa bugcheck 0x00000116 at nagpapahiwatig na sinubukan ng Windows na i-reset ang video driver at GPU pagkatapos ng timeout at hindi ito nagtagumpay. Sinusubaybayan ng Windows graphics subsystem ang GPU gamit ang TDR: Kung ang GPU ay natigil at hindi tumutugon, sinusubukan nitong i-restart ang driver upang mabawi ang desktop.

Ang mekanismo ng TDR na ito ay may default na timer na humigit-kumulang 2 segundo: kung ang gawain ng graphics ay hindi natapos sa oras o ang pag-restart ng driver ay hindi nakumpleto, ang pagsusuri ng error ay na-trigger.

Kapag matagumpay ang proseso ng pagbawi, makikita mo ang mensaheng "Ang driver ng display ay huminto sa pagtugon at nakabawi." Kapag nabigo itong mabawi, ihihinto ng system ang pagpapatupad at ipapakita ang asul na screen na may VIDEO_TDR_FAILURE.

Mga parameter ng bugcheck at kung paano i-interpret ang mga ito

Bilang karagdagan sa 0x116 code, ang asul na screen at memory dump ay may kasamang apat na parameter na makakatulong sa pag-debug sa eksaktong pinagmulan ng VIDEO_TDR_FAILURE error. Ang pag-alam kung ano ang ibig sabihin ng bawat parameter ay gumagabay sa diagnosis at nagpapabilis sa solusyon.:

Parameter	paglalarawan
1	Ituro ang panloob na konteksto ng pagbawi ng TDR (TDR_RECOVERY_CONTEXT), kapag naroroon.
2	Address sa loob ng responsableng driver module (ginagamit para kilalanin ang driver na kasangkot).
3	NTSTATUS code ng huling nabigong operasyon, kung magagamit.
4	Internal na data na nakadepende sa konteksto, available sa ilang partikular na sitwasyon.

Sa mga tunay na bakas, karaniwang kasama ang isang .sys file ng graphics driver: halimbawa, nvlddmkm.sys (NVIDIA), igdkmd64.sys (Intel) o atikmdag.sys/atikmpag.sys (AMD/ATI). Ang pahiwatig na iyon ay susi: tumuturo ito sa landas ng provider at driver na nagiging sanhi ng pag-crash..

Bakit ito nangyayari: karaniwang mga sanhi sa totoong mundo

Ang pinakakaraniwang pattern ay ang GPU ay nananatiling abala nang napakatagal sa ilalim ng mabigat na pagkarga (paglalaro, CAD, pag-decode, o pag-render) at hindi tumutugon sa isang napapanahong paraan. Mula doon, Ang pinakakaraniwang mga nag-trigger ay:

• Luma o may sira na mga driver:
• Mga salungatan sa pagitan ng integrated at dedikadong GPU.
• Sobrang pag-init

Higit pa sa software, gumaganap din ang hardware pagdating sa error na VIDEO_TDR_FAILURE: agresibong na-time na mga memory module, overclocked na motherboard, hindi sapat na power supply/power, degraded VRAM/GPU, o mahinang paglamig sa mga compact na laptop. Kung ang kagamitan ay napakababa sa temperatura o kapangyarihan, ang TDR ay tumalon nang mas maaga at mas madalas..

Mayroon ding mga kadahilanan sa kapaligiran: masyadong maraming proseso sa background na nakikipagkumpitensya para sa mga mapagkukunan, Ang mga kamakailang update ay hindi na-install nang tama o mga graphics package (DirectX, OpenGL, Vulkan) na luma na. Ang isang system na may mataas na pag-load sa background at hindi maayos na mga bahagi ng graphics ay isang perpektong kandidato para sa bugcheck na ito.

Diagnostics sa WinDbg at mga log: kung paano makilala ang may kasalanan

Kung pinangangasiwaan mo ang mga memory dump (minidumps), windbg ay magbibigay-daan sa iyong kumpirmahin ang responsableng driver at ang agarang dahilan ng VIDEO_TDR_FAILURE error. Ang command ng header ay !analyze -v, na bumubuo ng buod ng bugcheck, ang module na kasangkot at ang pinakabagong NTSTATUS.

kd> !analyze -v
VIDEO_TDR_FAILURE (116)
Attempt to reset the display driver and recover from timeout failed.
Arguments:
Arg1: <puntero TDR_RECOVERY_CONTEXT>
Arg2: <dirección en el módulo responsable>
Arg3: <código NTSTATUS último>
Arg4: <datos de contexto>

Simula sa parameter 2, maaari mong ilista ang module na may lmvm at suriin ang timestamp, landas, at laki. Kung lalabas ang nvlddmkm.sys o katumbas nito, nasa iyo na ang iyong pangunahing pinaghihinalaan..

kd> lmvm nvlddmkm
start end module name
... nvlddmkm.sys
Image path: \SystemRoot\system32\DRIVERS\nvlddmkm.sys
Timestamp: <fecha>

Gamit ang parameter 1, kapag naroroon, posibleng suriin ang TDR_RECOVERY_CONTEXT at makita ang dahilan ng timeout na na-promote sa pag-restart ng adapter. Nakakatulong ito na makilala ang isang simpleng pipeline hang mula sa isang paulit-ulit na pagkabigo sa pag-reset..

kd> dt dxgkrnl!_TDR_RECOVERY_CONTEXT <puntero>
+0x010 TimeoutReason : TdrEngineTimeoutPromotedToAdapterReset
...

Panghuli, ang stack trace na may k/kb/kp ay nagpapakita ng code path na nagtatapos sa KeBugCheckEx, na may dxgkrnl at dxgmms1 function na tipikal ng TDR flow. Ang isang "malinis" na stack patungo sa TdrResetFromTimeout ay nagpapatunay na ito ay isang tunay na TDR, hindi isang pangkalahatang isyu sa kernel.

kd> k
# Child-SP RetAddr  Call Site
00 ... nt!KeBugCheckEx
01 ... dxgkrnl!TdrBugcheckOnTimeout
02 ... dxgkrnl!ADAPTER_RENDER::Reset
03 ... dxgkrnl!DXGADAPTER::Reset
04 ... dxgkrnl!TdrResetFromTimeout
05 ... dxgmms1!VidSchiRecoverFromTDR
...

Mga hakbang sa solusyon: mula sa basic hanggang advanced

Bago buksan ang registry editor o magpatakbo ng mga debugger, tumuon sa mga sukatan na may pinakamahusay na ratio ng pagsisikap/epekto. Magsimula sa mga driver, pagkatapos ay magpatuloy sa paglilinis/pag-install muli, at kung ganoon pa rin ang kaso, harapin ang mga advanced na pag-aayos at pag-verify ng hardware..

1) Tamang i-update ang graphics driver at chipset

Ang mga hindi napapanahon o buggy graphics driver ay ang pinakakaraniwang sanhi ng mga TDR. Pumunta sa Device Manager, palawakin ang Display Adapters, i-right-click ang iyong GPU, at piliin ang "I-update ang Driver." Mas mabuti pa: i-download ang inirerekomendang bersyon para sa iyong modelo mula sa opisyal na website ng NVIDIA/Intel/AMD..

Kung gumagamit ka ng NVIDIA na may propesyonal na software (CAD, pag-edit, 3D), subukan ang mga driver ng Studio sa halip na ang mga driver ng Game Ready. Sa mga laptop na may Intel iGPU + NVIDIA dGPU, i-install din ang pinakabagong Intel package at chipset mula sa manufacturer ng computer.

2) Clean Driver Reinstallation (DDU)

Kapag hindi sapat ang "over-the-counter" na mga update, magandang ideya na linisin ang mga labi ng nakaraang driver. Ang Display Driver Uninstaller (DDU) tool ay nag-aalis ng mga bahagi ng driver, serbisyo, at mga entry sa registry. Inirerekomenda na patakbuhin ito sa Safe Mode at pagkatapos ay i-install ang bagong na-download na driver..

Karaniwang sequence: safe mode, DDU "Clean and Restart", simulan ang Windows nang normal at pagkatapos ay i-install ang driver na na-download mula sa website ng manufacturer. Iniiwasan ng prosesong ito ang mga salungatan sa bersyon at mga sirang file na hindi palaging nireresolba ng karaniwang installer..

3) Subukan ang isang nakaraang stable na bersyon

Paminsan-minsan, ang pinakabagong bersyon ay nagpapakilala ng regression. Sa kasong iyon, gamitin ang "Nakaraang Driver" (kung magagamit) o ​​manu-manong mag-install ng nakaraang stable na bersyon. Sa mga NVIDIA GPU, maraming isyu sa TDR sa CAD ang nawawala kapag bumabalik sa dating Studio driver..

Para sa manu-manong pag-install, gamitin ang "I-browse ang aking computer para sa software ng driver" at "Hayaan akong pumili mula sa isang listahan ng mga available na driver," pinipili ang nakaraang build para sa iyong GPU. I-reboot kapag tapos na para mapatunayan ang pagbabago.

4) Ayusin ang mga file ng system gamit ang SFC

Kung naganap ang problema pagkatapos ng pag-update o nabigong pag-install, patakbuhin ang System File Checker. Buksan ang CMD bilang administrator at patakbuhin ang sfc /scannow. Susuriin ng Windows ang mga protektadong binary at awtomatikong papalitan ang mga nasira..

sfc /scannow

Kapag tapos na, i-reboot at subukang muli ang iyong karaniwang pag-load ng graphics upang makita kung nawala ang TDR. Kung ang SFC ay nag-aayos ng mga file, ito ay isang magandang senyales na mayroong system corruption na nakakaimpluwensya sa graphics stack..

5) Pag-aayos ng Windows Startup

Kung paulit-ulit na lumalabas ang TDR pagkatapos mag-log in o kapag binubuksan ang parehong mga app, patakbuhin ang Startup Repair sa pamamagitan ng pagpunta sa Settings > Update at security > Recovery > Advanced startup > Troubleshoot > Advanced options > Startup Repair. Susubukan ng Windows na ayusin ang mga serbisyo at mga bahagi ng startup na hindi naglo-load nang tama..

Pagkatapos ng pagkumpuni, subukan ang kagamitan na may parehong pattern ng paggamit na nag-trigger ng pagkabigo. Kung huminto ito sa paglalaro, ito ay isang bahagyang isyu sa boot o mga sira na dependencies.

6) Safe mode at muling pag-install ng driver

Nilo-load ng Safe Mode ang kaunting mga driver at nagbibigay-daan para sa pag-uninstall/muling pag-install nang walang pagkaantala. Piliin ang "Safe Boot" sa msconfig o i-access ito mula sa Advanced Startup, at kapag nandoon na, i-uninstall ang adapter sa Device Manager. Pagkatapos ay i-install ang sariwang driver na na-download mula sa tagagawa.

Sa mga computer na may dalawang GPU, i-uninstall at muling i-install ang mga ito nang hiwalay: una ang integrated (Intel), pagkatapos ay ang dedicated (NVIDIA/AMD). Pinipigilan nito ang Windows na muling mag-inject ng hindi naaangkop na generic sa pagitan..

7) Partikular na pag-aayos ng file ng driver (AMD/NVIDIA)

Sa mga AMD/ATI GPU, may mga kaso kung saan niresolba ng regenerating na atikmdag.sys o atikmpag.sys ang isyu. Palitan ang pangalan ng C:\Windows\System32\drivers file sa pamamagitan ng pagdaragdag ng .old at pagpapalawak nito mula sa package ng manufacturer. Ang expand command ay lumilikha ng bagong .sys file na iyong kinokopya sa folder ng mga driver..

expand.exe atikmdag.sy_ atikmdag.sys
expand -r atikmdag.sy_ atikmdag.sys

Para sa NVIDIA, ang ideya ay kahalintulad sa nvlddmkm.sys: pagkatapos mag-uninstall, palitan ang pangalan ng nvlddmkm.sys sa .old, palawakin ang NVLDDMKM.Sy_ at kopyahin ang nabuong .sys sa System32\DRIVERS. Ang kapalit na ito ay nag-aalis ng mga corrupt na file na hindi nakaligtas sa mga pag-install sa ibabaw.

Expand.exe NVLDDMKM.Sy_ NVLDDMKM.Sys

8) Pansamantalang i-disable ang Intel iGPU kung may mga salungatan

Kung gumagamit ka ng dedikadong GPU bilang iyong pangunahin (hal., NVIDIA), i-disable ang Intel HD/UHD sa Device Manager para maalis ang may problemang paglipat. Sa ilang laptop, ang autoswitching ay nagti-trigger ng mga TDR kapag naglilipat ng mga app sa pagitan ng iGPU/dGPU.

Mas pino pa: sa NVIDIA Control Panel, italaga ang partikular na dGPU sa mga demanding na application (acad.exe, mga laro), at iwanan ang iba sa awtomatiko. Sa ganitong paraan, mababawasan mo ang mga pagbabago sa adapter kapag binubuksan/sinasara ang mga window at maiwasan ang mga graphical na pag-reset ng konteksto..

9) Suriin ang hardware at thermal

Suriin ang mga temperatura gamit ang isang maaasahang tool: kung lumampas ang GPU sa mga threshold at throttle, lalabas ang mga TDR. Linisin ang alikabok, i-renew ang thermal paste kung kinakailangan, at tiyaking maayos ang bentilasyon. Sa mga laptop, ang isang cooling pad ay maaaring gumawa ng lahat ng pagkakaiba sa panahon ng mahabang session..

Pinapatunayan ang RAM (Windows Memory Diagnostic Tool) at katatagan ng system nang walang overclocking. Ang mga agresibong setting ng memory o mga limitasyon ng boltahe ay nagdudulot ng kawalang-tatag sa ilalim ng pag-load ng graphics. Ang katatagan ng CPU/RAM/VRM ay kasinghalaga ng GPU mismo..

10) Mga Advanced na Setting ng TDR (nang may pag-iingat)

Para sa mabibigat na workload na lehitimong tumatagal ng medyo mas matagal, maaaring makatulong ang pagtaas ng TdrDelay. Path: HKLM\System\CurrentControlSet\Control\GraphicsDrivers. Gumawa/itakda ang 32-bit na DWORD TdrDelay sa 8–10 at i-reboot. Hindi nito inaayos ang mga masasamang driver, ngunit nagbibigay ito ng higit na pahinga bago magdeklara ng timeout..

Gamitin lamang ito kung na-update/nalinis mo na ang mga driver at nasuri ang mga thermal; kung driver ang problema, ang pagpapahaba ng oras ay nagpapaliban lamang ng BSOD. Kung pagkatapos ng pagtaas ng TdrDelay ay magpapatuloy ang mga pag-crash, bumalik sa 2 at ayusin ang ugat.

Mabilis na checklist bago isaalang-alang ang problemang nalutas

Upang matiyak na nalutas mo na ang isyu sa VIDEO_TDR_FAILURE, kailangan mong isagawa ang mga sumusunod na pagsusuri:

• I-verify na ang mga umuulit na TDR na kaganapan ay hindi na lumalabas sa Viewer ng Kaganapan sa mahabang session kasama ang iyong karaniwang pag-load. Kung gumugugol ka ng 30–60 minuto nang walang TDR sa totoong mga kondisyon, ang pag-aayos ay matatag..
• Magpatakbo ng katamtamang stress test (graphical na benchmark o kumplikadong eksena sa iyong app) sa pamamagitan ng pagsubaybay sa mga temperatura. Ang isang matatag na graphics card ay nagpapanatili ng mga napapanatiling orasan nang walang throttling o nagti-trigger ng mga error..
• Gumawa ng isang kopya ng kilalang-mahusay na driver (at tandaan ang bersyon) upang mabilis mong maibalik kung ang isang pag-update sa hinaharap ay muling nagpapakilala ng problema. Ang pag-iwas ay nakakatipid ng mga oras kapag oras na para mag-update muli..

Bagama't nakakatakot ang error sa VIDEO_TDR_FAILURE, karaniwan itong maaayos sa pamamagitan ng paglalapat ng pagkakasunud-sunod at pamamaraan: tamang driver, malinis na pag-install, kontrolado ang mga thermal at, kung kinakailangan, i-fine-tune ang TDR. Sa kumbinasyong ito, gagana muli ang mga malikhaing gawain, laro, at CAD nang walang mga pag-crash..