Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Ja, das ist wirklich ein schlechter Scherz seitens TP-Link..
Wie es aussieht, sind der Beta-Treiber bzw. überhaupt neuere Treiber nur auf der deutschen Homepage verfügbar.
Auf der englischen (Download for Archer T2UH V1 - Welcome to TP-LINK) wird mir nämlich nur der alte Windows Treiber angezeigt, den ich immer probiert habe).
Habe mir den Beta-Treiber runtergeladen. Der Zeitstempel des Treibers (netr28ux.sys /Win8.1) ist ebenfalls von März 2014.
Ist daher fraglich, ob der Beta Treiber Besserung bringt.
Schau ma mal, die Hoffnung stirbt bekanntlich zuletzt.
Wie es aussieht, sind der Beta-Treiber bzw. überhaupt neuere Treiber nur auf der deutschen Homepage verfügbar.
Auf der englischen (Download for Archer T2UH V1 - Welcome to TP-LINK) wird mir nämlich nur der alte Windows Treiber angezeigt, den ich immer probiert habe).
Also eins muss ich ja sagen: Nicht schlecht, um was für Zeiten der TP-Link Support so arbeitet.. :
Vorhin kam diese Antwort von TP-Link:
Der T2U läuft auf einem Mediathek Chipsatz( genauer der MT7610UN)... Bei Ihnen wird aber "Ralink" erkannt. Dies ist leider schlichtweg der falsche Treiber....
Genau kann ich mir das aber nicht erkläre was ihr System da anstellt, allerdings würde ich empfehlen den Herstellertreiber von MTK herunterzuladen für diesen Adapter und diesen dann zu installieren.
EDIT: Ich teste jetzt aktuell den Beta-Treiber von TP-Link, nach dem ich das "Treibersignatur erzwingen" deaktiviert habe. Gerade eben kam noch ein Bluescreen, dieses Mal allerdings mit einem anderen Fehlercode: 121415-39328-01.dmp Magst du dir das noch mal ansehen, wenn du Zeit hast?
EDIT 2: Soeben kam aber wieder der übliche DPC_Watchog_Violation Bluescreen mit dem Beta-Treiber, also hat sich da wohl überhaupt nichts geändert..
Hab mir nochmal mal drei Dumps angeschaut. Avast tritt hier nicht in Erscheinung.
Da dies aber nur Minidumps sind, sind möglicherweise auch nicht alle relevanten Informationen enthalten.
Du könntest anstelle der Minidumps auf "Kernelspeicherabbild" umstellen. Dann hätte ich mehr Infos zum absturzrelevanten Kernel.
Zwei Treiber sind mir noch aufgefallen (aber nur aufgrund des "veralteten" Zeitstempels):
npf.sys -gehört vermutlich zu einer Netgear (Router) Software?
AsIO.sys - gehört zu einem Asus Tool (AI Suite, Asus Probe, etc).
Die Treiber könnten ggf. auch Probleme machen (Asus Tool -> USB Anschluss; Netgear Tool -> WLAN).
Das könnte bezieht sich allerdings nur auf bereits gesammelte Erfahrungswerte.
Zusammengefasst...möglicherweise und könnte...
Der Vorschlag vom Support mit dem anderen Treiber könnte zielführender sein (als jetzt alle mögliche Software zu deinstallieren).
Ich habe jetzt einmal auf "Kernelspeicherabbild" umgestellt, und werde dir ein solches dann mal hochladen.
Die Asus AI Suite hatte ich einmal installiert, hab sie aber schon lange wieder deinstalliert - von daher verwundert es mich, dass da noch Reste übrig sind. Kann ich die irgendwie entfernen?
Ein Netgear Gerät habe (und hatte) ich eigentlich nicht in Benutzung, also gilt dafür das gleiche wie für die AI Suite.
Von der Mediatek Seite habe ich jetzt den obersten Treiber (also den für den USB-Chipsatz) installiert, auch wenn dort mein exakter Chip (MT7610UN) nicht genannt ist.
Der Treiber scheint soweit auch zu passen, allerdings ist er nicht signiert, sodass ich ihn erst nach dem Deaktivieren der Treibersignatur installieren konnte. Nun wird der Stick laut Gerätemanager auch mit diesem Treiber betrieben. Ich warte jetzt mal ab und teste.
Merkwürdig finde ich aber weiterhin, dass auch dieser Treiber die netr28ux.sys verwendet.
EDIT: Also, kurze Zeit, nachdem ich den Mediatek Treiber installiert, und dann ein bisschen im Internet unterwegs war, ist der PC wieder abgestürzt - allerdings dieses Mal wieder mit dem "BAD_POOL_CALLER"-Fehler. Dazu mal hier das Kernelspeicherabbild (https://www.dropbox.com/s/8dbj581ocibsfjj/MEMORY_BAD_POOL_CALLER.DMP?dl=0 , ca 2.4 GB groß). Da die Vermutung ja hier auf AVAST lag, habe ich das zunächst mal deinstalliert.
Von Asus ist kein Eintrag in der Systemsteuerung unter "Programme deinstallieren" zu finden?
Die npf.sys könnte anstatt von Netger (Netgear-Genie) auch von einem WinpCap Produkt stammen. Hier mal eine Liste: WinPcap · Links
Allerdings. Die netr28ux.sys ist auch wieder ganz oben dabei, was die Absturzursache angeht.
Hast du den Treiber deinstalliert, bevor du den Treiber der Mediatek Seite installiert hast?
Bei dem DPC Watchdog Violation Fehler, der ja auftrat nachdem Avast deinstalliert war, ist der Avast-Treiber immer noch aktiv und auch im Absturzverlauf des Kernel sichtbar.
Lass mal noch das Avast Uninstall Tool drüber laufen: https://www.avast.com/de-de/uninstall-utility
Ich editiere hier noch weitere Sachen, die mir auffallen...
Von Seiten des TP WLAN Adapters sieht soweit alles in Ordnung aus:
0: kd> !ndiskd.miniport MiniDriver Miniport Name
ffffe001574e2ba0 ffffe00154e211a0 Teredo Tunneling Pseudo-Interface
ffffe001574e2ba0 ffffe00157e6f1a0 Microsoft-ISATAP-Adapter #4
ffffe001574e2ba0 ffffe001571b11a0 Microsoft-ISATAP-Adapter #3
ffffe001563bb020 ffffe001570461a0 Virtueller Microsoft-Adapter für direktes WiFi #4
ffffe001563bb020 ffffe001570481a0 Von Microsoft gehosteter, virtueller Netzwerkadapter
ffffe001530d2ba0 ffffe00154b011a0 TP-LINK Wireless USB Adapter
ffffe001543afba0 ffffe001543f91a0 Controller der Familie Realtek PCIe GBE
ffffe0015438d360 ffffe00153f471a0 VirtualBox Host-Only Ethernet Adapter
0: kd> !ndiskd.minidriver ffffe001530d2ba0
Ndis handle ffffe00154b011a0
Ndis API version v6.40
Adapter context ffffe00155400000
Miniport driver ffffe001530d2ba0 - netr28ux v1.1
Network interface ffffe00153691010
Media type 802.3
Physical medium Native802.11
Device instance USB\VID_148F&PID_761A\1.0
Device object ffffe00154b01050 More information
MAC address 30-b5-c2-13-30-a8
STATE
Miniport Running
Device PnP Started Show state history
Datapath Normal
Interface Up
Media Connected
Power D0
References 0n18 Show detail
Total resets 0
Pending OID None
Flags NOT_BUS_MASTER, DEFAULT_PORT_ACTIVATED,
SUPPORTS_MEDIA_SENSE, DOES_NOT_DO_LOOPBACK,
MEDIA_CONNECTED
PnP flags PM_SUPPORTED, DEVICE_POWER_ENABLED, RECEIVED_START,
HARDWARE_DEVICE, NDIS_WDM_DRIVER, WAKE_CAPABLE
.reload ndis.sys....
Reload succeeded.
BINDINGS
Protocol list Driver Open Context
[Next link in list is not readable; aborting the list traversal]
No protocols have an open binding
Filter list Driver Module Context
No filters are attached
Ndis handle ffffe00153691010
IfProvider ffffe00153032990 - The NDIS interface provider
NDIS miniport ffffe00154b011a0 - TP-LINK Wireless USB Adapter
ifType IF_TYPE_IEEE80211
Media type 802.11
Physical medium Native802.11
Access type BROADCAST
Direction type SEND_AND_RECEIVE
Connection type Unknown value 0x00000000
Refer to RFC 2863 for definitions of many of these terms
Was ja aber auch durch den Test an einem anderen PC bestätigt wird.
Eigenartig ist, dass dieses Problem:
"The DPC watchdog detected a prolonged run time at an IRQL of DISPATCH_LEVELor 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)."
Näher betrachtet folgendes Bild zeigt:
0: kd> !dpcs
CPU Type KDPC Function
0: Normal : 0xffffe001543ed408 0xfffff801014846d0 USBPORT!USBPORT_IsrDpc
0: Normal : 0xffffe001543e4408 0xfffff801014846d0 USBPORT!USBPORT_IsrDpc
0: Normal : 0xffffe001543f0790 0xfffff800ff4aab40 dxgkrnl!DpiFdoDpcForIsr
0: Normal : 0xfffff800d7105790 0xfffff800d6f43f14 nt!PpmCheckPeriodicStart
0: Normal : 0xfffff800d70f5d80 0xfffff800d6f0c664 nt!KiBalanceSetManagerDeferredRoutine
Nochmals überlegen...das Problem tritt nur mit dem WLAN Adapter auf. Mit einem anderen WLAN Adapter läuft der PC einwandfrei.
Der TP-WLAN Adapter läuft aber wiederrum auf einem anderen PC fehlerfrei.
Hardwaredefekt wäre daher ausgeschlossen.
Ist also irgendeine Softwarekomponente, die Querschießt.
Nachweislich hätten wir da nun mehrere Verdächtige (den TP-Link Treiber mal ausgeschlossen).
AVAST (immer noch aktiver Treiber im System)
DirectX Komponente
VirtualBox Netzwerk Treiber (war im letzten erweiterten Stack-Verlauf wieder dabei).
Bitte erst mal AVAST mit dem Uninstall Tool restlos vom System entfernen.
Wenn es geht, den TP-Link Treiber auf dem anderen System (wo er einwandfrei läuft) nochmal anschließen und im Gerätemanager unter den Details nachsehen, welche Treiber dort angegeben werden.
Also, von ASUS ist merkwürdigerweise wirklich gar nichts in den Programmen zu finden.
Evtl. hatte ich mal Wireshark installiert (also aus der Liste der WinpCap-Programme), ansonsten habe ich keines der Programme genutzt.
Was die netr28ux.sys angeht: Der Support von TP-Link bestätigte mir letztendlich dann doch, dass die netr28ux.sys der richtige Treiber ist.
Den alten Treiber hatte ich vor der Installation des Mediatek Treibers vernünftig deinstalliert und neu gestartet.
Das Avast Uninstall Tool habe ich jetzt einmal im abgesicherten Modus laufen lassen und es sollte alles soweit entfernt haben.
Ich weiß so langsam echt nicht mehr weiter..
Antwort auf deinen Edit von 22:33: Also, an dem Laptop, an dem ich den Stick schon getestet habe, läuft zwar Windows 10 (einer mit 8.1 steht mir leider nicht zur Verfügung), aber dort wird von Windows automatisch der MediaTek Treiber geladen. Die dortige Version ist 5.1.16.0 (vom 06.06.2014), wohingegen ich am PC die Version 5.1.25.0 (jetzt ja die neueste Version vom 28.10.2015) installiert habe.
Ich kann VirtualBox mal testweise deinstallieren, wenn du magst - das wäre kein Problem.
Standardmäßig sollten da 100 stehen, richtig? Ich hab da bewusst nichts verstellt, ich schaue mal eben im BIOS nach. Dann editiere ich hier..
EDIT: Ich habe den BCLK im BIOS jetzt auf Auto gesetzt, und laut CPU-Z sind es jetzt 100.33 MHz.
Ich kann mir aber nicht erklären, wieso der BCLK vom Standardtakt abweicht - ich war bisher davon ausgegangen, dass man diesen nur bei Intel k-Prozessor und P67 oder Z67 Chipsatz einstellen kann?!
Ist nicht eigentlich auch der BCLK dafür "berüchtigt", dass bei einer Erhöhung auch Fehlfunktionen an Speicher oder USB auftreten können?
Ich werde jetzt weiter beobachten.
Danke dir schon mal, auf diese Idee wäre ich niemals gekommen!
Ja, da sollten 100mhz stehen. Die Sandy Bridge CPUs reagieren auch recht empfindlich auf die Erhöhung des BCLK.
An dem BCLK hängt auch der USB Controller (festgestelltes USB Problem) und der PCI-E Controller (festgestelltes Problem mit Grafikkarte und DirectX). Wäre immerhin mal was greifbares.
Bleibt die Frage, warum nur mit dem TP WLAN und nicht mit dem anderen WLAN USB Gerät...
So, leider ist der PC gerade wieder abgestürzt (Watchdog Violation).
Es lief beim Surfen eigentlich alles recht rund und auch erstaunlich lange. Dann wollte ich etwas in meiner virtuellen Maschine machen, und habe dort etwas heruntergeladen, und nach relativ kurzer Zeit ist er abgestürzt.
Nun weiß ich natürlich nicht, ob es ohne den Start von VirtualBox auch abgestürzt wäre, aber das teste ich jetzt mal. Ich verzichte jetzt mal darauf, VirtualBox zu starten und surfe ganz normal, wie sonst auch.
EDIT 2: Also, vorhin lief der PC wieder komplett ohne Murren über eine knappe Stunde, aber als ich dann meine virtuelle Maschine (Linux Mint 17.2) gestartet, und dann dort angefangen habe, etwas größeres runterzuladen, kam nach ca. 30 Sekunden wieder der Bluescreen. Die VM benutzt über NAT die Internetverbindung des Host Systems mit.
Das fühlt sich irgendwie schon nach einem direkten Zusammenhang zwischen VirtualBox und den Abstürzen an..
Nach diesem letzten Absturz gerade eben wurde anscheinend der Treiber irgendwie beschädigt, auf jeden Fall konnte laut Gerätemanager der benötigte Treiber nicht geladen werden.
Wenn ich versuche, den Mediatek Treiber über "Treiber aktualisieren" wieder zu installieren, kommt ebenfalls eine solche Fehlermeldung (Code 31).
0: kd> !dpcsCPU Type KDPC Function
0: Normal : 0xffffe0014c00a408 0xfffff800146dc6d0 USBPORT!USBPORT_IsrDpc
0: Normal : 0xfffff801d18fd790 0xfffff801d173bf14 nt!PpmCheckPeriodicStart
0: Normal : 0xffffe0014cfbf790 0xfffff800126d6b40 dxgkrnl!DpiFdoDpcForIsr
0: Normal : 0xffffe0014d3bc408 0xfffff800146dc6d0 USBPORT!USBPORT_IsrDpc
0: Normal : 0xfffff801d18edd80 0xfffff801d1704664 nt!KiBalanceSetManagerDeferredRoutine
*** ERROR: Module load completed but symbols could not be loaded for asmtxhci.sys
0: Normal : 0xffffe0014d85aca8 0xfffff80014d633ac asmtxhci
Nach diesem letzten Absturz gerade eben wurde anscheinend der Treiber irgendwie beschädigt, auf jeden Fall konnte laut Gerätemanager der benötigte Treiber nicht geladen werden.
Wenn ich versuche, den Mediatek Treiber über "Treiber aktualisieren" wieder zu installieren, kommt ebenfalls eine solche Fehlermeldung (Code 31).
die AsIO.sys habe ich umbenannt, und werde mal prüfen, ob sich irgendwas anders verhält.
Den Stick hatte ich da wohl tatsächlich aus Versehen am USB 3.0 Port - jetzt hängt er wieder an dem üblichen 2.0 Port.
Der MediaTek Treiber von der Homepage lässt sich jetzt nicht mehr installieren. Zwar kommt die Meldung, dass es erfolgreich war und ich werde zum Neustart aufgefordert, aber danach hab ich da ein gelbes Dreieck im Gerätemanager und "Der Treiber konnte nicht geladen werden.".
Mit dem "Standard-Treiber", der von Windows beim ersten Anstecken installiert wird, läuft es aber wieder.
Da es laufend abgestürzt ist, habe ich vorhin das System komplett formatiert und Windows 10 neu installiert.
Zunächst ging auch alles, aber dann kam schon wieder ein Absturz.. Also bin ich hin zu Saturn und habe den Stick umgetauscht.
Aber: Selbst mit dem neuen Stick (gleiches Modell) stürzt der PC ab, und ich bin wirklich ratlos. Aber ich habe bisher noch kaum Software installiert (außer Chrome, Thunderbird, Avast, Acrobat Reader, und Dropbox), als dass ich dort die Ursache vermuten würde.
Da ich noch nicht auf das Kernelspeicherabbild umgestellt hatte, ist hier nur die Minidump Datei vom Absturz unter Windows 10: File-Upload.net - 121815-12234-01.dmp
.gif "sm_B-) :-)")
