VIDEO_TDR_FAILURE: Kaŭzoj, diagnozo kaj realaj solvoj

Kiam via komputilo kraŝas meze de tasko kaj la timata blua ekrano aperas kun VIDEO_TDR_FIASKO, estas normale pensi, ke ĉio subite rompiĝis; reale, la sistemo provis reakiri la GPU-on post kraŝo kaj malsukcesis. Ĉi tiu haltkodo Ĝi estas proksime ligita al la grafika pelilo kaj la mekanismo de templimo, detekto kaj reakiro (TDR)., do kompreni kiel ĝi funkcias estas duono de la solvo.

En la sekvaj linioj vi trovos kompletan gvidilon, kiu kombinas la oficialan teknikan klarigon kun kampaj proceduroj kaj trukoj, kiuj funkcias en realaj situacioj. La celo estas, ke vi povu diagnozi, korekti kaj malhelpi ĉi tiun eraron Ĉu vi estas progresinta uzanto de WinDbg aŭ preferas simplajn paŝojn de Vindozo.

Kio estas VIDEO_TDR_FAILURE (0x00000116) kaj kial ĝi aperas?

La eraro VIDEO_TDR_FAILURE respondas al la cimkontrolo 0x00000116 kaj indikas, ke Vindozo provis restarigi la videopelilon kaj GPU-on post tempolimo kaj malsukcesis. La grafika subsistemo de Vindozo monitoras la GPU-on per TDR: Se la GPU blokiĝas kaj ne respondas, ĝi provas rekomenci la pelilon por reakiri la labortablon.

Ĉi tiu TDR-mekanismo havas defaŭltan tempigilon de ĉirkaŭ 2 sekundoj: se la grafika tasko ne finiĝas ĝustatempe aŭ la rekomenco de la pelilo ne estas kompletigita, la erarkontrolo estas ekigita.

Kiam la reakira procezo sukcesas, vi vidos la mesaĝon "La ekranpelilo ĉesis respondi kaj reakiris." Kiam ĝi malsukcesas reakiri, la sistemo haltigas la ekzekuton kaj montras la bluan ekranon kun VIDEO_TDR_FAILURE..

Cimkontrolaj parametroj kaj kiel interpreti ilin

Aldone al la kodo 0x116, la blua ekrano kaj memoro-dumpiloj inkluzivas kvar parametrojn, kiuj helpas sencimigi la precizan fonton de la eraro VIDEO_TDR_FAILURE. Scii la signifon de ĉiu parametro gvidas la diagnozon kaj akcelas la solvon.:

Parametro	priskribo
1	Montrilo al la interna TDR-reakira kunteksto (TDR_RECOVERY_CONTEXT), kiam ĉeestas.
2	Adreso ene de la modulo de la respondeca ŝoforo (uzata por identigi la koncernan ŝoforon).
3	NTSTATUS-kodo de la lasta malsukcesa operacio, se havebla.
4	Kuntekst-dependaj internaj datumoj, haveblaj en certaj scenaroj.

En realaj spuroj, kutime .sys-dosiero de la grafika pelilo estas implikita: ekzemple, nvlddmkm.sys (NVIDIA), igdkmd64.sys (Intel) aŭ atikmdag.sys/atikmpag.sys (AMD/ATI). Tiu indico estas ŝlosila: ĝi montras al la provizanto kaj pelilo-pado, kiuj kaŭzas la kraŝon..

Kial ĝi okazas: tipaj kaŭzoj en la reala mondo

La plej ofta ŝablono estas, ke la GPU restas okupata tro longe sub peza ŝarĝo (ludado, CAD, malkodado aŭ bildigo) kaj ne respondas ĝustatempe. De tie, La plej oftaj ellasiloj estas:

• Malmodernaj aŭ difektaj ŝoforoj:
• Konfliktoj inter integrita kaj dediĉita GPU.
• Trovarmiĝo

Krom programaro, aparataro ankaŭ ludas rolon rilate al la eraro VIDEO_TDR_FAILURE: agreseme tempigitaj memormoduloj, trotaksitaj bazcirkvitoj, nesufiĉa elektroprovizo, degradita VRAM/GPU, aŭ malbona malvarmigo en kompaktaj tekokomputiloj. Se la ekipaĵo funkcias tre malalte per temperaturo aŭ potenco, la TDR saltas pli frue kaj pli ofte..

Ankaŭ ekzistas mediaj faktoroj: tro multaj fonaj procezoj konkurantaj pri rimedoj, Lastatempaj ĝisdatigoj instalitaj malĝuste aŭ grafikaj pakaĵoj (DirectX, OpenGL, Vulkan) malaktualiĝintaj. Sistemo kun alta ŝarĝo en la fono kaj misvicigitaj grafikaj komponantoj estas perfekta kandidato por ĉi tiu cimkontrolo.

Diagnozoj per WinDbg kaj protokoloj: kiel identigi la kulpulon

Se vi pritraktas memorajn rulaĵojn (mini-rulaĵojn), WindDbg permesos al vi konfirmi la respondecan ŝoforon kaj la tujan kaŭzon de la eraro VIDEO_TDR_FAILURE. La kapkomando estas !analyze -v, kiu generas la resumon de la erarkontrolo, la koncernan modulon kaj la plej lastan NTSTATUS-on..

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>

Komencante per parametro 2, vi povas listigi la modulon per lmvm kaj kontroli la tempstampon, vojon kaj grandecon. Se nvlddmkm.sys aŭ ekvivalento aperas, vi jam havas vian ĉefan suspektaton..

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

Kun parametro 1, kiam ĝi ĉeestas, eblas ekzameni la TDR_RECOVERY_CONTEXT kaj vidi la kialon de la tempolimo antaŭenigita al rekomenco de la adaptilo. Ĉi tio helpas diferencigi simplan blokadon de la dukto de ripeta malsukceso de restarigo..

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

Fine, la stakspuro kun k/kb/kp montras la kodpadon kulminantan en KeBugCheckEx, kun funkcioj dxgkrnl kaj dxgmms1 tipaj por la TDR-fluo. "Pura" stako rilate al TdrResetFromTimeout konfirmas, ke ĝi estas aŭtentika TDR, ne ĝenerala kerna problemo..

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
...

Solvopaŝoj: de baza ĝis progresinta

Antaŭ ol malfermi la registroredaktilon aŭ funkciigi erarserĉilojn, koncentriĝu pri la metrikoj kun la plej bona rilato inter peno kaj efiko. Komencu per ŝoforoj, poste daŭrigu per purigado/reinstalado, kaj se tio ankoraŭ okazas, pritraktu progresintajn agordojn kaj aparataran konfirmon..

1) Ĝuste ĝisdatigu la grafikan pelilon kaj pecetaron

Malmodernaj aŭ cimaj grafikaj peliloj estas la plej ofta kaŭzo de TDR-oj. Iru al Aparata Administrilo, vastigu Ekranadaptilojn, dekstre alklaku vian GPU-on, kaj elektu "Ĝisdatigi Pelilon". Eĉ pli bone: elŝutu la rekomenditan version por via modelo de la oficiala retejo de NVIDIA/Intel/AMD..

Se vi uzas NVIDIA kun profesia programaro (CAD, redaktado, 3D), provu la Studio-pelilojn anstataŭ la Game Ready-pelilojn. Sur tekokomputiloj kun Intel iGPU + NVIDIA dGPU, instalu ankaŭ la plej novan Intel-pakaĵon kaj pecetaron de la komputila fabrikanto..

2) Pura Reinstalo de Ŝoforo (DDU)

Kiam "senreceptaj" ĝisdatigoj ne sufiĉas, estas bona ideo purigi restaĵojn de la antaŭa pelilo. La ilo Display Driver Uninstaller (DDU) forigas pelilajn komponantojn, servojn kaj registro-erojn. Estas rekomendinde ruli ĝin en Sekura Reĝimo kaj poste instali la nove elŝutitan pelilon..

Tipa sekvenco: sekura reĝimo, DDU "Puriga kaj Rekomenci", startigi Vindozon normale kaj poste instali la pelilon elŝutitan de la retejo de la fabrikanto. Ĉi tiu procezo evitas versiokonfliktojn kaj koruptitajn dosierojn, kiujn la norma instalilo ne ĉiam solvas..

3) Provu antaŭan stabilan version

Foje, la plej nova versio enkondukas regreson. Tiukaze, uzu la "Antaŭan Pelilon" (se havebla) aŭ permane instalu antaŭan stabilan version. Kun NVIDIA GPU-oj, multaj TDR-problemoj en CAD malaperas kiam oni revenas al antaŭa Studio-pelilo..

Por mana instalado, uzu "Trarigardi mian komputilon por ŝofora programaro" kaj "Lasu min elekti el listo de disponeblaj ŝoforoj", elektante la antaŭan version por via GPU. Rekomencu kiam finite por validigi la ŝanĝon.

4) Ripari sistemdosierojn per SFC

Se la problemo okazis post ĝisdatigo aŭ malsukcesa instalado, lanĉu System File Checker. Malfermu CMD kiel administranto kaj lanĉu sfc /scannow. Vindozo kontrolos protektitajn duumajn dosierojn kaj anstataŭigos difektitajn aŭtomate..

sfc /scannow

Kiam finite, restartigu kaj provu vian kutiman grafikan ŝarĝon denove por vidi ĉu la TDR malaperis. Se SFC riparas dosierojn, estas bona signo, ke okazis sistemkorupto influanta la grafikan stakon..

5) Riparo de Vindoza Ekfunkciigo

Se TDR aperas plurfoje post ensaluto aŭ kiam vi malfermas la samajn aplikaĵojn, lanĉu Riparon de Startigo per iro al Agordoj > Ĝisdatigo kaj sekureco > Reakiro > Altnivela startigo > Solvado de Problemoj > Altnivelaj opcioj > Riparo de Startigo. Vindozo provos ripari servojn kaj startigajn komponantojn, kiuj ne ŝarĝiĝas ĝuste..

Post riparo, testu la ekipaĵon laŭ la sama uzmaniero, kiu kaŭzis la paneon. Se ĝi ĉesas ludi, temas pri problemo de parta ekfunkciigo aŭ difektitaj dependecoj..

6) Sekura reĝimo kaj reinstalo de ŝoforoj

Sekura Reĝimo ŝargas la minimumajn pelilojn kaj permesas malinstaladon/reinstaladon sen interrompo. Elektu "Sekura Ekfunkciigo" en msconfig aŭ aliru ĝin el Altnivela Ekfunkciigo, kaj kiam vi estas tie, malinstalu la adaptilon en Aparata Administrilo. Poste instalu la freŝan pelilon elŝutitan de la fabrikanto.

Ĉe komputiloj kun du grafikaj procesoroj (GPU), malinstalu kaj reinstalu ilin aparte: unue la integran (Intel), poste la dediĉitan (NVIDIA/AMD). Tio malhelpas Vindozon re-injekti netaŭgan senmarkan nomon intertempe..

7) Riparo de specifaj pelildosieroj (AMD/NVIDIA)

Ĉe AMD/ATI GPU-oj, estas kazoj kie regenerado de atikmdag.sys aŭ atikmpag.sys solvas la problemon. Renomigu la dosieron C:\Windows\System32\drivers aldonante .old kaj vastigante ĝin el la pakaĵo de la fabrikanto. La komando expand kreas la novan .sys-dosieron, kiun vi poste kopias al la dosierujo de peliloj..

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

Por NVIDIA, la ideo estas analoga al nvlddmkm.sys: post malinstalado, renomu nvlddmkm.sys al .old, vastigu NVLDDMKM.Sy_ kaj kopiu la generitan .sys al System32\DRIVERS. Ĉi tiu anstataŭaĵo forigas koruptitajn dosierojn, kiuj postvivas surfacajn instalojn..

Expand.exe NVLDDMKM.Sy_ NVLDDMKM.Sys

8) Provizore malŝaltu la Intel iGPU se estas konfliktoj

Se vi uzas dediĉitan grafikan grafikaĵan sistemon kiel vian ĉefan (ekz., NVIDIA), malŝaltu Intel HD/UHD en Aparata Administrilo por ekskludi probleman ŝaltadon. Ĉe iuj tekokomputiloj, aŭtomata ŝaltado ekigas TDR-ojn dum movado de aplikaĵoj inter iGPU/dGPU.

Eĉ pli rafinite: en la NVIDIA Kontrola Panelo, asignu la specifan dGPU-on al postulemaj aplikaĵoj (acad.exe, ludoj), kaj lasu la reston aŭtomate. Tiel vi minimumigas ŝanĝojn de adaptilo dum malfermado/fermado de fenestroj kaj evitas restartigojn de grafikaj kuntekstoj..

9) Kontrolu aparataron kaj termikojn

Kontrolu temperaturojn per fidinda ilo: se la GPU superas sojlojn kaj limiĝas, aperos TDR-oj. Purigu la polvon, renovigu la termopaston se necese, kaj certigu bonan ventoladon. Ĉe tekokomputiloj, malvarmiga kuseneto povas fari la tutan diferencon dum longaj sesioj..

Validigas RAM-on (Windows Memory Diagnostic Tool) kaj sisteman stabilecon sen trohorloĝigo. Agresemaj memoragordoj aŭ tensiolimoj kaŭzas malstabilecon sub grafika ŝarĝo. CPU/RAM/VRM-stabileco estas same grava kiel la GPU mem..

10) Altnivelaj TDR-Agordoj (kun singardo)

Por pezaj laborkvantoj, kiuj laŭleĝe daŭras iom pli longe, altigi TdrDelay-on povus helpi. Pado: HKLM\System\CurrentControlSet\Control\GraphicsDrivers. Kreu/agordu la 32-bitan DWORD-valoron TdrDelay al 8–10 kaj restartigu la komputilon. Ĉi tio ne riparas malbonajn ŝoforojn, sed ĝi donas pli da libero antaŭ ol deklari templimon..

Uzu ĝin nur se vi jam ĝisdatigis/purigis pelilojn kaj kontrolis termikojn; se la pelilo estas la problemo, plilongigi la tempon nur prokrastas la BSOD-on. Se post pliigo de TdrDelay la kraŝoj daŭras, reiru al 2 kaj riparu la radikan eraron..

Rapida kontrollisto antaŭ ol konsideri la problemon solvita

Por certigi, ke vi solvis la problemon VIDEO_TDR_FAILURE, vi devas fari la jenajn kontrolojn:

• Kontrolu, ke ripetaj TDR-okazaĵoj jam ne aperas en la Okazaĵa Spektilo dum longa seanco kun via kutima ŝarĝo. Se vi pasigas 30–60 minutojn sen TDR en realmondaj kondiĉoj, la solvo estas fortika..
• Faru moderan stresteston (grafikan komparnormo aŭ kompleksan scenon en via aplikaĵo) monitorante temperaturojn. Stabila grafikkarto konservas daŭrajn horloĝojn sen strangolado aŭ ekigado de eraroj..
• Faru kopion de la konata bona pelilo (kaj notu la version) por ke vi povu rapide malfari la version antaŭe se estonta ĝisdatigo reenkondukos la problemon. Preventado ŝparas horojn kiam estas tempo denove ĝisdatigi..

Kvankam la eraro VIDEO_TDR_FAILURE estas timiga, ĝi kutime povas esti riparita per apliko de ordo kaj metodo: ĝusta pelilo, pura instalado, termikoj sub kontrolo kaj, se necese, fajnagordo de la TDR. Per ĉi tiu kombinaĵo, kreivaj taskoj, ludoj kaj CAD denove funkcias sen kraŝoj..