Windows 8.1 Bluescreen (DPC Watchdog Violation)

MrizP

Komplett-PC-Käufer(in)
Hallo,

seit wenigen Tagen bekomme ich regelmäßig im laufenden Windows 8.1 (64-bit) Betrieb den Bluescreen "DPC Watchdog Violation" (Code 0x00000133 ). Es kommt (meinem Empfinden nach) vermehrt vor, wenn ich gerade ein Video abspiele.
Ich habe bereits mein Antivirenprogramm Avast einmal komplett sauber deinstalliert und auf einen Catalyst Treiber downgegradet, bei dem alles noch lief. Nach beiden Aktionen war das Problem aber weiterhin da. Zudem habe ich die Firmware meiner SSD aktualisiert (dort ist mein Windows installiert). Auch der Memtest86 lief über einige Stunden komplett ohne Fehler durch.

Meine Hardware ist:
-Asus P8H67
-Intel Core i5 2400
-Sapphire R9 280X
-Samsung 840 Evo (120GB)
-Cougar A450 Netzteil
-16 GB Teamgroup Elite RAM

Ich versuche mal, eine Minidump Datei vom letzten Absturz anzuhängen, vielleicht könnt ihr mir ja helfen : File-Upload.net - 120915-26203-01.dmp .

Danke euch!

Gruß
 
Hi, der Absturz wurde durch die netr28ux.sys hervorgerufen. Dies ist der Treiber für ein Ralink W-LAN Adapter.
Der Treiber ist aus 2014 (Zeitstempel 28.03.2014).
Aktualisiere den Treiber und beobachte, ob die Probleme bleiben. Falls ja, lade wieder die aktuellste Dump hier hoch.

Im erweiterten Stack Verlauf fallen noch ein/zwei weitere Treiber auf, die möglicherweise querschießen könnten. Bin gepannt, ob ein Treiberupdate "WLAN" das Problem löst.
 
Hi, danke für die Antwort!

Also, der Treiber gehört dann wohl zu meinem WLAN-Stick (TP-LINK AC600 T2UH).

Der neuste Treiber, den ich von der Herstellerseite herunterladen kann, hat allerdings auch einen Zeitstempel von Ende März (29.03.2014) und Windows sagt mir bei der Installation, dass ich diesen bereits installiert habe.

Es scheint also keinen neueren Treiber als meinen installierten zu geben.

Wie soll ich weiter fortfahren?

Danke!
 
Kein Ding!

Hast du die Möglichkeit auf den WLAN Stick (testweise) zu verzichten? Sprich...Internet über LAN anbinden?

Sind noch weitere Dump Dateien vorhanden? Wenn ja, lade diese hier hoch, um zu überprüfen, ob immer das gleiche Fehlerbild, bzw. der gleiche Absturzhergang zu sehen ist. Insbes. auch, ob die beiden anderen Treiber (dies sind der Grafikkartentreiber und der VirtualBox Netzwerktreiber -VBoxNetAdp6.sys) ebenfalls im erweiterten Stack Verlauf auffallen.

An was für einem USB-Port hängt der WLAN Stick? USB2 oder USB3?
 
Also testweise kann ich auf ihn verzichten, aber da ich im Studentenwohnheim wohne, und es hier tatsächlich nur WLAN Anbindung gibt, kann ich es dauerhaft leider nicht.
Ich habe allerdings noch einen anderen WLAN Stick, den ich zumindest übergangsweise verwenden kann.

Ich werde heute abend, wenn ich wieder zu hause bin, mal einige weitere Minidump Dateien in einer großen Zip hochladen.

Der Stick hängt an einem USB 2.0 Port.

Aber ich habe zu dem Zeitpunkt, als das aufgetreten ist, absolut nichts verändert - daher bin ich erstaunt, dass das Problem so urplötzlich auftritt.

Danke noch mal und bis später!
 
Das primäre Fehlerbild ist immer das gleiche: Absturz durch den WLAN Treiber.

Aus den erweiterten Stack Verläufen heraus kann der VirtualBox Treiber als mögliche Ursache ausgeschlossen werden, dieser trat nur bei einem Dump in Erscheinung. Vermutlich war hier zum Zeitpunkt des Absturzes VirtualBox gerade "zufällig" offen.
Der Grafikkartentreiber erscheint zwar in den meisten Verläufen, aber nicht in allen. Dies hängt wohl damit zusammen, dass die Probleme hauptsächlich beim abspielen eines Videos auftreten.

Der Test mit dem anderen WLAN Stick dürfte Klarheit bringen.
Stürzt der PC mit dem anderen Stick nicht mehr ab, haben wir die Ursache zumindest schon mal lokalisiert.
Ein nächster Schritt wäre z.B. zu testen, ob die Abstürze auch auftreten, wenn der TP-WLAN Stick an einem USB3 Port hängt.

Sollte nun (mit dem anderen Stick) immer noch abstürzen, bitte wieder die aktuellste Dump hochladen. Sofern hier der Treiber immer noch auffällt, muss dieser (bzw. die Software des TP-Link Sticks) deinstalliert werden.
 
Das ist schon mal gut, dann nähern wir uns ja dem Problem. :-)

Also, gestern Abend lief der PC mehrere Stunden mit dem anderen WLAN Stick, und er ist kein einziges Mal abgestürzt, von daher wird der Stick von TP-Link wohl die Ursache sein.

Ich werde jetzt noch einmal den ursprünglichen Stick testen, soll ich einfach einmal eine Neuinstallation des Treibers durchführen?

Gruß
 
Ich werde jetzt noch einmal den ursprünglichen Stick testen, soll ich einfach einmal eine Neuinstallation des Treibers durchführen?

Ja, das wäre nicht schlecht. Vielleicht lässt sich das Problem damit auch lösen (wäre nicht das erste Mal).
Falls es nichts bringt, hänge den Stick auch mal an einen USB3 Port.

Die Daumen sind gedrückt ;)
 
Also: Neuinstallation des Treibers hat trotz gedrückten Daumen nicht geholfen - soeben ist er wieder abgestürzt (mit WLAN-Stick am USB 2.0 Port). (EDIT: File-Upload.net - 121115-26781-01.dmp , falls Interesse besteht)
Jetzt teste ich das Ganze noch mal am USB 3.0 Port, auch wenn meine Hoffnung nicht sehr groß ist.

EDIT: Auch der Test am USB 3.0 Port war leider viel zu schnell vorbei..

Und nun? Meinst du, es führt noch ein Weg am neuen WLAN Stick vorbei?
 
Zuletzt bearbeitet:
Ich würde mich nun fragen, ob der WLAN Stick einen Defekt hat. Um dies zu überprüfen, würde ich den Stick an einem anderen System testen. Treten dort die gleichen Probleme auf: Neuer Stick!

Läuft der Stick an einem anderen PC fehlerfrei gibt es weitere Möglichkeiten.
-> Support (TP Link) anschreiben, ob es ggf. einen aktuelleren (Beta-) Treiber gibt.
Falls dieser Weg in einer Sackgasse endet...
-> Windows neu installieren (sofern der Zeitaufwand dies rechtfertigt)

---
Sofern du den Support anschreiben möchtest, kannst du denen ja auch eine Minidump und/oder den Auswertungstext einer Minidump mitgeben:

*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

DPC_WATCHDOG_VIOLATION (133)
The DPC watchdog detected a prolonged run time at an IRQL of DISPATCH_LEVEL
or above.
Arguments:
Arg1: 0000000000000000, A single DPC or ISR exceeded its time allotment. The offending
component can usually be identified with a stack trace.
Arg2: 0000000000000501, The DPC time count (in ticks).
Arg3: 0000000000000500, The DPC time allotment (in ticks).
Arg4: 0000000000000000

Debugging Details:
------------------
TRIAGER: Could not open triage file : e:\dump_analysis\program\triage\modclass.ini, error 2

CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT
BUGCHECK_STR: 0x133
PROCESS_NAME: chrome.exe
CURRENT_IRQL: d

LAST_CONTROL_TRANSFER: from fffff8037d5fab34 to fffff8037d5dd8a0
STACK_TEXT:
fffff803`7f0d2c88 fffff803`7d5fab34 : 00000000`00000133 00000000`00000000 00000000`00000501 00000000`00000500 : nt!KeBugCheckEx
fffff803`7f0d2c90 fffff803`7d4cf721 : fffff800`222d54b0 00000000`00008753 ffffd000`899e0000 00000000`0000e000 : nt! ?? ::FNODOBFM::`string'+0xcd74
fffff803`7f0d2d20 fffff803`7d4277b5 : ffffd000`00400a02 fffff803`7d51a724 fffff800`21a7fa90 00000000`00009201 : nt!KeClockInterruptNotify+0x91
fffff803`7f0d2f40 fffff803`7d56e0f3 : fffff803`7f0d2f60 00000000`00000008 fffff803`7f0d2f50 00000000`00000010 : hal!HalpTimerClockIpiRoutine+0x15
fffff803`7f0d2f70 fffff803`7d5ded2a : fffff803`7d473800 00000000`00000000 ffffe000`5ddebdf0 ffffe000`5d91a261 : nt!KiCallInterruptServiceRoutine+0xa3
fffff803`7f0d2fb0 fffff803`7d5df10f : ffffe000`5e200000 ffffe000`5ddebdf0 ffffe000`00000001 fffff800`20e5640a : nt!KiInterruptSubDispatchNoLockNoEtw+0xea
fffff803`7f0cacb0 fffff800`20ca479f : 00000000`00000000 fffff800`20ed4f76 ffffe000`5ddebf50 00000000`00000001 : nt!KiInterruptDispatchLBControl+0x11f
fffff803`7f0cae40 fffff800`2445c7b8 : 00000078`00010101 ffffe000`5ea00f78 ffffe000`00000000 ffffe000`60828ba2 : ndis!NdisMIndicateReceiveNetBufferLists+0x81f
fffff803`7f0cb030 00000078`00010101 : ffffe000`5ea00f78 ffffe000`00000000 ffffe000`60828ba2 00000001`00000000 : netr28ux+0xf7b8
fffff803`7f0cb038 ffffe000`5ea00f78 : ffffe000`00000000 ffffe000`60828ba2 00000001`00000000 ffffe000`5e7802dc : 0x78`00010101
fffff803`7f0cb040 ffffe000`00000000 : ffffe000`60828ba2 00000001`00000000 ffffe000`5e7802dc 00000001`00000004 : 0xffffe000`5ea00f78
fffff803`7f0cb048 ffffe000`60828ba2 : 00000001`00000000 ffffe000`5e7802dc 00000001`00000004 00000000`00000000 : 0xffffe000`00000000
fffff803`7f0cb050 00000001`00000000 : ffffe000`5e7802dc 00000001`00000004 00000000`00000000 fffff803`7f0cb010 : 0xffffe000`60828ba2
fffff803`7f0cb058 ffffe000`5e7802dc : 00000001`00000004 00000000`00000000 fffff803`7f0cb010 ffffe000`5e531520 : 0x1`00000000
fffff803`7f0cb060 00000001`00000004 : 00000000`00000000 fffff803`7f0cb010 ffffe000`5e531520 ffffe000`5ddf5a20 : 0xffffe000`5e7802dc
fffff803`7f0cb068 00000000`00000000 : fffff803`7f0cb010 ffffe000`5e531520 ffffe000`5ddf5a20 fffff800`24471f9d : 0x1`00000004

STACK_COMMAND: kb
FOLLOWUP_IP:
netr28ux+f7b8
fffff800`2445c7b8 ?? ???

SYMBOL_STACK_INDEX: 8
SYMBOL_NAME: netr28ux+f7b8
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: netr28ux
IMAGE_NAME: netr28ux.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 5334e83b
FAILURE_BUCKET_ID: X64_0x133_netr28ux+f7b8
BUCKET_ID: X64_0x133_netr28ux+f7b8
 
Danke für die Rückmeldung.

Also, an meinem Laptop (allerdings mit Windows 10; dafür gibt es noch keinen offiziellen Treiber) läuft der Stick ohne Abstürze.

Der Support schrieb mir vorhin folgendes :
Der "netr28ux" ist die Datei welche den Absturz verursacht, wird aber von unserem Treiber nicht verwendet. Eventuell also mal suchen, woher diese Datei kommt.
Das verwirrt mich etwas. Soll ich dann einfach die netr28ux.sys mal manuell löschen?

Gruß
 
Das ist ja interessant, dass der Treiber die netr28ux.sys nicht verwendet, bzw. nicht verwenden soll.
Löschen würde ich die erst mal nicht, gehe aber ins Treiberverzeichnis und benenne die netr28ux.sys erst einmal nur um (z.B. in netr28ux_ret.sys).
 
Naja, also wenn ich die netr28ux.sys im C:\Windows\System32 Ordner umbenenne, wird der Stick nicht vernünftig erkannt und ist nicht benutzbar.
Auch ist im Gerätemanager bei dem TP-Link Stick die Datei netr28ux.sys als eine der Treiberdateien hinterlegt.

Das scheint also der Aussage des Supports ja komplett zu widersprechen. Was meinst du?

Gruß
 
Das habe ich mir gedacht (deswegen auch nur umbenennen und nicht löschen).
Gebe der Datei wieder ihren richtigen Namen, starte den PC neu. Anschließend in den Gerätemanager, den WLAN Stick aufrufen -> Eigenschaften -> Treiber -> Treiberdetails.
Dort müsste nun bei dem TP Link Wlan Stick die netr28ux.sys zu sehen sein. Richtig?
Wenn ja, mache davon einen Screenshot und schicke diese dem Support.
(hier kannst du den Screenshot auch noch posten)

Sieht dann ungefähr so aus:

TreiberLAN.PNG
 
Ja, die netr28ux.sys ist dort zu sehen. Ich schicke den Screenshot mal an den Support und berichte dann hier weiter..

Danke für deine Hilfe!

Hier auch noch mal der Screenshot:
netr28ux.jpg
 
Zuletzt bearbeitet:
Kein Ding.

Berichte dem Support auch, dass das Gerät nicht korrekt funktioniert, wenn die netr28ux.sys umbenannt wurde.
Schau mal mal, was die dazu meinen.
Erhoffe dir aber nicht zuviel. Bzw. ärgere dich nicht, wenn du keine brauchbare Lösung erhältst.
Ich schätze, dass die nächste Antwort sein wird, dass du Windows neu installieren sollst, da der Treiber einwandfrei funktioniert ;)
 
Hier gibt es auch einen Beta-Treiber: Download für Archer T2UH V1 - Willkommen bei TP-LINK
ist das die korrekte Seite?

Das lustige dabei ist, dass wenn man den Treiber runterlädt und nachschaut, welche Dateien mitgeliefert werden, bzw. enthalten sind:

TreiberWLAN.PNG

Was schrieb der Support gleich nochmal?
Der "netr28ux" ist die Datei welche den Absturz verursacht, wird aber von unserem Treiber nicht verwendet. Eventuell also mal suchen, woher diese Datei kommt.

Guter Witz!
 
Ja, das ist tatsächlich die korrekte Seite.. Ich könnte schwören, dass dieser Treiber gestern noch nicht dort war.

Danke dir, ich werde einmal testen, und mich dann wieder melden!
 
Zurück