- Identifiera den berörda drivrutinen (nvlddmkm.sys, igdkmd64.sys, atikmdag.sys) och kontrollera om det finns TDR-händelser.
- Prioritera en ren drivrutinsinstallation och prova Studio/stable-versionen om du använder professionella appar.
- Kontrollerar temperatur och strömförsörjning; förhindrar iGPU/dGPU-växling under krävande belastningar.
- Använd SFC/Startup Repair och justera TdrDelay noggrant endast om det är lämpligt.
När datorn kraschar mitt i en uppgift och den fruktade blå skärmen visas med VIDEO_TDR_FAILURE, det är normalt att tro att allt plötsligt har gått sönder; i verkligheten har systemet försökt återställa GPU:n efter en krasch och misslyckats. Denna stoppkod Det är nära kopplat till grafikdrivrutinen och timeout-, detektions- och återställningsmekanismen (TDR)., så att förstå hur det fungerar är halva lösningen.
I följande rader hittar du en komplett guide som kombinerar den officiella tekniska förklaringen med fältprocedurer och knep som fungerar i verkliga situationer. Målet är att du ska kunna diagnostisera, korrigera och förebygga detta fel Oavsett om du är en avancerad WinDbg-användare eller föredrar enkla steg från Windows.
Vad är VIDEO_TDR_FAILURE (0x00000116) och varför visas det?
VIDEO_TDR_FAILURE-felet motsvarar buggkontroll 0x00000116 och indikerar att Windows försökte återställa grafikdrivrutinen och GPU:n efter en timeout och misslyckades. Windows grafiksystem övervakar GPU:n med TDR: Om GPU:n fastnar och inte svarar försöker den starta om drivrutinen för att återställa skrivbordet.
Denna TDR-mekanism har en standardtimer på cirka 2 sekunder: om grafikuppgiften inte slutförs i tid eller om omstarten av drivrutinen inte slutförs, utlöses felkontrollen.
När återställningsprocessen är lyckad ser du meddelandet ”Bildskärmsdrivrutinen har slutat svara och har återställts”. När det misslyckas med att återställa avbryter systemet körningen och visar den blå skärmen med VIDEO_TDR_FAILURE..
Bugcheck-parametrar och hur man tolkar dem
Förutom 0x116-koden innehåller blåskärmen och minnesdumparna fyra parametrar som hjälper till att felsöka den exakta källan till VIDEO_TDR_FAILURE-felet. Att veta vad varje parameter betyder vägleder diagnosen och snabbar upp lösningen.:
| Parameter | beskrivning |
|---|---|
| 1 | Pekare till den interna TDR-återställningskontexten (TDR_RECOVERY_CONTEXT), när den finns. |
| 2 | Adress inom modulen för ansvariga förare (används för att identifiera den inblandade föraren). |
| 3 | NTSTATUS-kod för den senaste misslyckade operationen, om tillgänglig. |
| 4 | Kontextberoende interna data, tillgängliga i vissa scenarier. |
I verkliga spår är en .sys-fil från grafikdrivrutinen vanligtvis inblandad: till exempel, nvlddmkm.sys (NVIDIA), igdkmd64.sys (Intel) eller atikmdag.sys/atikmpag.sys (AMD/ATI). Den ledtråden är viktig: den pekar på leverantörs- och drivrutinssökvägen som orsakar kraschen..
Varför det händer: typiska orsaker i verkligheten
Det vanligaste mönstret är att grafikkortet förblir upptaget för länge under tung belastning (spel, CAD, avkodning eller rendering) och inte svarar i tid. Därifrån, De vanligaste triggarna är:
- Föråldrade eller felaktiga drivrutiner:
- Konflikter mellan integrerad och dedikerad GPU.
- Överhettning
Utöver programvara spelar även hårdvara en roll när det gäller VIDEO_TDR_FAILURE-felet: aggressivt tidsinställda minnesmoduler, överklockade moderkort, otillräcklig strömförsörjning/effekt, försämrat VRAM/GPU eller dålig kylning i kompakta bärbara datorer. Om utrustningen har mycket låg temperatur eller strömförbrukning hoppar TDR-funktionen tidigare och oftare..
Det finns också miljöfaktorer: för många bakgrundsprocesser som konkurrerar om resurser, Nyligen installerade uppdateringar är felaktigt eller grafikpaket (DirectX, OpenGL, Vulkan) är föråldrade. Ett system med hög bakgrundsbelastning och feljusterade grafikkomponenter är en perfekt kandidat för denna buggkontroll.

Diagnostik med WinDbg och loggar: hur man identifierar boven i dramat
Om du hanterar minnesdumpar (minidumpar), WinDbg låter dig bekräfta den ansvariga drivrutinen och den omedelbara orsaken till VIDEO_TDR_FAILURE-felet. Headerkommandot är !analyze -v, vilket genererar buggkontrollsammanfattningen, den involverade modulen och den senaste NTSTATUS-filen..
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>
Börja med parameter 2 och lista modulen med lmvm och kontrollera tidsstämpel, sökväg och storlek. Om nvlddmkm.sys eller motsvarande visas har du redan din huvudmisstänkte..
kd> lmvm nvlddmkm
start end module name
... nvlddmkm.sys
Image path: \SystemRoot\system32\DRIVERS\nvlddmkm.sys
Timestamp: <fecha>
Med parameter 1, när den finns, är det möjligt att undersöka TDR_RECOVERY_CONTEXT och se orsaken till timeouten som orsakar omstart av kortet. Detta hjälper till att skilja en enkel pipeline-hängning från ett upprepat återställningsfel..
kd> dt dxgkrnl!_TDR_RECOVERY_CONTEXT <puntero>
+0x010 TimeoutReason : TdrEngineTimeoutPromotedToAdapterReset
...
Slutligen visar stackspårningen med k/kb/kp kodvägen som kulminerar i KeBugCheckEx, med funktionerna dxgkrnl och dxgmms1 som är typiska för TDR-flödet. En "ren" stack mot TdrResetFromTimeout bekräftar att det är en äkta TDR, inte ett generellt kärnproblem.
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
...
Lösningssteg: från grundläggande till avancerad
Innan du öppnar registereditorn eller kör felsökare, fokusera på de mätvärden med bäst förhållande mellan ansträngning och effekt. Börja med drivrutiner, gå sedan vidare till rengöring/ominstallation, och om det fortfarande är fallet, ta itu med avancerade justeringar och hårdvaruverifiering..
1) Uppdatera grafikdrivrutinen och chipsetet korrekt
Föråldrade eller buggiga grafikdrivrutiner är den vanligaste orsaken till TDR. Gå till Enhetshanteraren, expandera Bildskärmskort, högerklicka på din GPU och välj "Uppdatera drivrutin". Ännu bättre: ladda ner den rekommenderade versionen för din modell från den officiella NVIDIA/Intel/AMD-webbplatsen..
Om du använder NVIDIA med professionell programvara (CAD, redigering, 3D), prova Studio-drivrutinerna istället för Game Ready-drivrutinerna. På bärbara datorer med Intel iGPU + NVIDIA dGPU, installera även det senaste Intel-paketet och chipsetet från datortillverkaren..
2) Ren ominstallation av drivrutiner (DDU)
När "receptfria" uppdateringar inte räcker är det en bra idé att rensa upp rester av den tidigare drivrutinen. Verktyget Display Driver Uninstaller (DDU) tar bort drivrutinskomponenter, tjänster och registerposter. Det rekommenderas att köra det i felsäkert läge och sedan installera den nyligen nedladdade drivrutinen..
Typisk sekvens: felsäkert läge, DDU "Rensa och starta om", starta Windows normalt och installera sedan drivrutinen som laddats ner från tillverkarens webbplats. Denna process undviker versionskonflikter och skadade filer som standardinstallationsprogrammet inte alltid löser..
3) Testa en tidigare stabil version
Ibland introducerar den senaste versionen en regression. Använd i så fall "Föregående drivrutin" (om tillgänglig) eller installera manuellt en tidigare stabil version. Med NVIDIA GPU:er försvinner många TDR-problem i CAD när man återställer till en tidigare Studio-drivrutin..
För manuell installation, använd "Bläddra efter drivrutiner i datorn" och "Låt mig välja från en lista med tillgängliga drivrutiner" och välj den tidigare versionen för din GPU. Starta om när du är klar för att validera ändringen.
4) Reparera systemfiler med SFC
Om problemet uppstod efter en uppdatering eller en misslyckad installation, kör Systemfilsgranskaren. Öppna CMD som administratör och kör sfc /scannow. Windows kontrollerar skyddade binärfiler och ersätter skadade filer automatiskt..
sfc /scannow
När du är klar, starta om datorn och försök att ladda grafikkortet som vanligt igen för att se om TDR:n har försvunnit. Om SFC reparerar filer är det ett gott tecken på att det fanns systemkorruption som påverkade grafikstacken..
5) Windows startreparation
Om TDR visas upprepade gånger efter inloggning eller när du öppnar samma appar, kör Startreparation genom att gå till Inställningar > Uppdatering och säkerhet > Återställning > Avancerad start > Felsökning > Avancerade alternativ > Startreparation. Windows kommer att försöka åtgärda tjänster och startkomponenter som inte laddas korrekt..
Efter reparationen, testa utrustningen med samma användningsmönster som utlöste felet. Om den slutar spela, var det ett problem med partiell start eller skadade beroenden..
6) Felsäkert läge och ominstallation av drivrutiner
Felsäkert läge laddar de minimala drivrutinerna och möjliggör avinstallation/ominstallation utan avbrott. Välj "Säker start" i msconfig eller öppna den från Avancerad start, och när du är där, avinstallera adaptern i Enhetshanteraren. Installera sedan den nya drivrutinen som laddats ner från tillverkaren.
På datorer med två grafikkort, avinstallera och installera om dem separat: först den integrerade (Intel), sedan den dedikerade (NVIDIA/AMD). Detta förhindrar att Windows återinjicerar en olämplig generisk fil emellan..
7) Reparation av specifika drivrutinsfiler (AMD/NVIDIA)
På AMD/ATI-grafikprocessorer finns det fall där problemet löses genom att regenerera atikmdag.sys eller atikmpag.sys. Byt namn på filen C:\Windows\System32\drivers genom att lägga till .old och expandera den från tillverkarens paket. Kommandot expand skapar den nya .sys-filen som du sedan kopierar till drivrutinsmappen..
expand.exe atikmdag.sy_ atikmdag.sys
expand -r atikmdag.sy_ atikmdag.sys
För NVIDIA är idén analog med nvlddmkm.sys: efter avinstallation, byt namn på nvlddmkm.sys till .old, expandera NVLDDMKM.Sy_ och kopiera den genererade .sys-filen till System32\DRIVERS. Den här ersättningen tar bort korrupta filer som överlever installationer på ytan.
Expand.exe NVLDDMKM.Sy_ NVLDDMKM.Sys
8) Inaktivera tillfälligt Intel iGPU om det uppstår konflikter
Om du använder en dedikerad GPU som primär grafikkort (t.ex. NVIDIA), inaktivera Intel HD/UHD i Enhetshanteraren för att utesluta problematisk växling. På vissa bärbara datorer utlöser automatisk växling TDR:er när appar flyttas mellan iGPU/dGPU.
Ännu mer förfinat: i NVIDIA-kontrollpanelen kan du tilldela den specifika dGPU:n till krävande applikationer (acad.exe, spel) och låta resten vara automatiskt. På så sätt minimerar du adapterändringar när du öppnar/stänger fönster och undviker återställningar av grafisk kontext..
9) Kontrollera hårdvara och temperatur
Kontrollera temperaturerna med ett pålitligt verktyg: om grafikkortet överskrider tröskelvärden och strypningar kommer TDR att visas. Rengör dammet, byt ut kylpastan vid behov och se till att ventilationen är god. På bärbara datorer kan en kylplatta göra hela skillnaden under långa sessioner..
Validerar RAM (Windows Memory Diagnostic Tool) och systemstabilitet utan överklockning. Aggressiva minnesinställningar eller spänningsgränser orsakar instabilitet under grafikbelastning. CPU/RAM/VRM-stabilitet är lika viktig som själva GPU:n..
10) Avancerade TDR-inställningar (med försiktighet)
För tunga arbetsbelastningar som faktiskt tar lite längre tid kan det hjälpa att höja TdrDelay. Sökväg: HKLM\System\CurrentControlSet\Control\GraphicsDrivers. Skapa/ställ in 32-bitars DWORD TdrDelay till 8–10 och starta om. Detta åtgärdar inte dåliga förare, men det ger mer spelrum innan en timeout deklareras..
Använd det bara om du redan har uppdaterat/rengjort drivrutiner och kontrollerat temperaturen; om drivrutinen är problemet, kommer en förlängning av tiden bara att skjuta upp BSOD:en. Om krascherna fortsätter efter att TdrDelay ökats, gå tillbaka till 2 och åtgärda rotfelet..
Snabb checklista innan du anser att problemet är löst
För att vara säker på att du har löst problemet VIDEO_TDR_FAILURE måste du utföra följande kontroller:
- Kontrollera att upprepade TDR-händelser inte längre visas i Loggboken under en lång session med din vanliga belastning. Om du tillbringar 30–60 minuter utan TDR under verkliga förhållanden är lösningen robust..
- Kör ett måttligt stresstest (grafiskt riktmärke eller komplex scen i din app) genom att övervaka temperaturerna. Ett stabilt grafikkort upprätthåller ihållande klockfrekvens utan strypning eller utlösande fel..
- Gör en kopia av den fungerande drivrutinen (och notera versionen) så att du snabbt kan återställa den om en framtida uppdatering återuppstår. Förebyggande åtgärder sparar timmar när det är dags att uppdatera igen..
Även om VIDEO_TDR_FAILURE-felet är skrämmande kan det vanligtvis åtgärdas genom att tillämpa ordning och metod: korrekt drivrutin, ren installation, temperaturen under kontroll och, om nödvändigt, finjustera TDR. Med den här kombinationen fungerar kreativa uppgifter, spel och CAD igen utan krascher..
Redaktör specialiserad på teknik och internetfrågor med mer än tio års erfarenhet av olika digitala medier. Jag har arbetat som redaktör och innehållsskapare för e-handel, kommunikation, onlinemarknadsföring och reklamföretag. Jag har också skrivit på ekonomi, finans och andra sektorers webbplatser. Mitt arbete är också min passion. Nu genom mina artiklar i Tecnobits, Jag försöker utforska alla nyheter och nya möjligheter som teknikvärlden erbjuder oss varje dag för att förbättra våra liv.

