Hi,
um es vorweg zu nehmen: deine Suchfunktion ist fehlerhaft. Zum Thema "nvlddmkm.sys" existieren etliche Seiten.
Aber ich werde Dir mal helfen.
Hierzu kopiere ich mal ganz frech einen ausführlichen Post, der es ziemlich treffend umschreibt:
Zitat:Hallo alle zusammen.
Sicherlich ist dem einen oder anderen schon mal die Meldung "Der Anzeigetreiber wurde nach einem Fehler wieder hergestellt" aufgefallen. Schlimmer ist aber der Fall, dass der PC mit einem Bluescreen abstürzt.
Wenn der Stopfehler 116 in Verbindung mit "atikmdag.sys" (AMD-GraKa) oder nvlddmkm.sys (NV-GraKa) ausgegeben wird ist meistens das sogenannte Timeout Detection and Recovery kurz TDR von Windows schuld. Achtung: bei non WHQL-Treibern wird der Stopfehler meistens auf die CPU oder den RAM gelenkt und ist daher nicht eindeutig einzugrenzen. Was ist TDR und wozu ist das gut (oder schlecht)?
Hier ein Auszug von der MS Homepage zum Thema TDR:
Timeout Detection and Recovery
Windows Vista attempts to detect these problematic hang situations and recover a responsive desktop dynamically. In this process, the Windows Display Driver Model (WDDM) driver is reinitialized and the GPU is reset. No reboot is necessary, which greatly enhances the user experience. The only visible artifact from the hang detection to the recovery is a screen flicker, which results from resetting some portions of the graphics stack, causing a screen redraw. Some older Microsoft DirectX applications may render to a black screen at the end of this recovery. The end user would have to restart these applications.
The following is a brief overview of the TDR process:
1.
Timeout detection: The Video Scheduler component of the Windows Vista graphics stack detects that the GPU is taking more than the permitted quantum time to execute the particular task and tries to preempt this particular task. The preempt operation has a "wait" timeout—the actual "TDR timeout." This step is thus the "timeout detection" phase of the process.
The default timeout period in Windows Vista is 2 seconds. If the GPU cannot complete or preempt the current task within the TDR timeout, then the GPU is diagnosed as hung.
2.
Preparation for recovery: The operating system informs the WDDM driver that a timeout has been detected and it must reset the GPU. The driver is told to stop accessing memory and should not access hardware after this time. The operating system and the WDDM driver collect hardware and other state information that could be useful for post-mortem diagnosis.
3.
Desktop recovery: The operating system resets the appropriate state of the graphics stack. The Video Memory Manager component of the graphics stack purges all allocations from video memory. The WDDM driver resets the GPU hardware state. The graphics stack takes the final actions and restores the desktop to the responsive state. As mentioned earlier, some older DirectX applications may now render just black, and the user may be required to restart these applications. Well-written DirectX 9Ex and DirectX 10 applications that handle "Device Remove" continue to work correctly. The application must release and then recreate its Microsoft Direct3D device and all of its objects. DirectX application programmers can find more information in the Windows SDK.
Microsoft wollte mit diesem tollen Feature die Grafikhardware besonders schützen und hat eben dies ominöse Windows Display Driver Modell inkl. TDR mit dem SP1 für Vista und alle folgenden Betriebssysteme eingeführt. Nur scheint dabei die festgelegte Zeit bis zum Reset der GPU mit 2 Sekunden mitunter zu kurz zu sein.
Was kann man gegen einen Bluescreen oder voreiligen GPU-Reset tun? Dazu bietet MS eine kleine Hilfestellung in Form von Registeryeinträgen die nachfolgend behandelt werden.
The following registry keys are documented for testing purposes only.
These registry keys should not be manipulated by any applications outside targeted testing or debugging.
Alle Werte bis auf dem Fett hervorgehobenen TdrDelay können ignoriert werden.
The TDR-related registry keys are located under HKLM\System\CurrentControlSet\Control\GraphicsDrivers (anm.: Bis hierhin sind die Eintäge in der Registry vorhanden) Gilt ab Vista SP1.
• TdrLevel: REG_DWORD. The initial level of recovery. The possible values are:
• TdrLevelOff (0). – Detection disabled. (anm.: nicht empfohlen, da der PC bei einem Fehler nur per Reset neu gestartet werden kann)
• TdrLevelBugcheck (1) – Bug check on detected timeout, for example, no recovery.
• TdrLevelRecoverVGA (2) – Recover to VGA (not implemented).
• TdrLevelRecover(3) – Recover on timeout. This is the default value.
• TdrDelay: REG_DWORD.
The number of seconds that the GPU is allowed to delay the preempt request from the scheduler. This is effectively the timeout threshold. The default value is 2. (anm.: diesen Wert auf 5 erhöhen, um der GPU mehr Zeit zu verschaffen) Dieser Wert muss manuell nachgetragen werden. Dadurch werden Bluescreens weitesgehends verhindert. Sollten widererwartens Bluescreens auftreten, diesen Wert schrittweise erhöhen.
• TdrDdiDelay: REG_DWORD.
The number of seconds that the operating system allows threads to leave the driver. After a specified time, the operating system bug checks the system with the code VIDEO_TDR_FAILURE (0x116). The default value is 5.
• TdrTestMode: REG_DWORD:
Internal test usage.
• TdrDebugMode: REG_DWORD:
the debugging-related behavior of the TDR process.
• TDR_DEBUG_MODE_OFF (0)
breaks to kernel debugger before the recovery to allow investigation of the timeout.
• TDR_DEBUG_MODE_IGNORE_TIMEOUT (1)
ignores any timeout.
• TDR_DEBUG_MODE_RECOVER_NO_PROMPT (2)
recovers without break into the debugger. This is the default value.
• TDR_DEBUG_MODE_RECOVER_UNCONDITIONAL (3)
recovers even if some recovery conditions are not met (for example, recovers on consecutive timeouts).
• TdrLimitTime: REG_DWORD (Windows Vista SP1 and later versions only):
The default time within which a "TdrLimitCount" number of TDRs are allowed without crashing the system.
• TdrLimitCount: REG_DWORD (Windows Vista SP1 and later versions only):
The default number of TDRs (0x117) that are allowed in "TdrLimitTime" without crashing the system.
So, nun haben wir schon mal einen Anfang gemacht. Aber es geht noch besser.
Hier kopiere ich nochmal einen entsprechenden Beitrag.
Zitat:
Wer trotz der Änderung in der Registry noch mit Bluescreens durch die beiden Dateien zu kämpfen hat, kann noch folgendes versuchen:
Mittels der Suchfunktion die Datenträger nach nvlddmkm.sys oder atikmdag.sys durchsuchen. Je nach Betriebssystem kommen zwischen 2 und 5 Einträge zum vorschein. Schnell werdet ihr feststellen, dass die Größe und das Datum unterschiedlich sind. Mindestens ein Eintrag stammt deffinitiv vom Betriebssystem (meist der älteste) und ist defekt. Auf diesen Umstand baut auch die Microsofthilfe zum Thema TDR auf.
Ok, schmeissen wir das defekte Ding über Bord.
Dazu öffnen wir den Dateipfad des jüngsten und größten Eintrags den uns die Suchfunktion mitgeteilt hat (Fenster am besten nicht schliessen). Diese "neuere" Datei mittels "Kopieren" in die Zwischenablage legen. Danach öffnet man alle Dateipfade, bei denen Datum und Größe abweichen, und fügt die Datei aus der Zwischenablage ein. Eventuellen Nachfragen des Betriebssystems stimmt man zu.
Alle Änderungen sollte man mit Adminrechten durchführen, damit das System die Änderungen auch akzeptiert.
Sind Komponenten wie CPU, GPU oder RAM übertaktet, kann es vorkommen das alle Änderungen, sowohl in der Registry als auch das tauschen der Dateien, nichts bewirken. Die Hilfestellung bezieht sich generell auf Komponenten die mit den Herstellervorgaben arbeiten. Man kann Glück haben aber eben auch Pech.
Danach sollten die Bluescreens bzw GPU-Resets auf ein extremes minimum reduziert sein.
Södele.... genug kopiert. Damit sollte eigentlich alles erklärt sein.
mfg
ThoR65
