Anzeige
Anzeige

Am Puls von Microsoft

Anzeige

[gelöst] BSOD: Driver Power State Failure & DPC Watchdog Violation

Die Stack (Stapel) Table ist das folgende in dieser Dumpfile
STACK_TEXT:
ffffcd83`0a3a4340 fffff801`138e3e17 : ffff8e8d`29d99040 00000000`00000000 ffffd100`8b190100 ffffcd83`0a3a4570 : nt!KiSwapContext+0x76
ffffcd83`0a3a4480 fffff801`138e3989 : 00000001`00000000 00000001`00000000 00000000`00000000 ffffcd83`077fc5b8 : nt!KiSwapThread+0x297
ffffcd83`0a3a4540 fffff801`138e2710 : 00000000`00000000 ffff8e8d`00000000 ffff8e8d`00000000 ffffcd83`0a3a4651 : nt!KiCommitThreadWait+0x549
ffffcd83`0a3a45e0 fffff801`15d1f859 : ffffcd83`0a3a4710 ffffcd83`00000000 ffff8e8d`2903aa00 ffff8e8d`327c1300 : nt!KeWaitForSingleObject+0x520
ffffcd83`0a3a46b0 fffff801`15d1ec24 : 00000000`00000000 00000000`00000001 00000000`00000001 ffff8e8d`29354180 : dxgkrnl!DpiRequestIoPowerState+0xb9
ffffcd83`0a3a4750 fffff801`15d1f74a : ffff8e8d`327c1270 00000000`00000000 00000000`00000001 00000000`00000000 : dxgkrnl!DpiFdoSetAdapterPowerState+0x344
ffffcd83`0a3a4860 fffff801`15d1ed20 : 00000000`20803f00 fffff801`188bc1f0 ffff8e8d`327c1270 ffff8e8d`327c1200 : dxgkrnl!DpiFdoHandleDevicePower+0x39a
ffffcd83`0a3a48f0 fffff801`15d1fec1 : ffff8e8d`327c1270 ffff8e8d`29354180 ffff8e8d`29354030 00000000`ff030000 : dxgkrnl!DpiFdoDispatchPower+0x20
ffffcd83`0a3a4920 fffff801`188785fd : ffff8e8d`327c13d0 ffffcd83`0a3a4ac9 00000000`00000000 ffff8e8d`29466000 : dxgkrnl!DpiDispatchPower+0xe1
ffffcd83`0a3a4a40 ffff8e8d`327c13d0 : ffffcd83`0a3a4ac9 00000000`00000000 ffff8e8d`29466000 ffffcd83`0a3a4b48 : nvlddmkm+0x1985fd
ffffcd83`0a3a4a48 ffffcd83`0a3a4ac9 : 00000000`00000000 ffff8e8d`29466000 ffffcd83`0a3a4b48 ffffcd83`00000004 : 0xffff8e8d`327c13d0
ffffcd83`0a3a4a50 00000000`00000000 : ffff8e8d`29466000 ffffcd83`0a3a4b48 ffffcd83`00000004 00000000`00000000 : 0xffffcd83`0a3a4ac9
Nach der Stapelverarbeitung lag es an der Grafikkarte oder auch am Treiber der Grafikkarte, dxgkrnl. Dies ist der direkt X Treiber des Betriebssystem mit dem die Grafikkarte arbeitet.
 
Anzeige
Ich habe immer nur neuere Treiberversionen für die Grafikkarte probiert (aktualisiert oder neu installiert).

Okay dann baue ich als Nächstes mal die Grafikkarte aus.
 
Ich hatte diesmal nicht reingeschaut, weil Silver Server das getan hat. Aber dort in der hervorgehobenen Zeile und der davor steht unmissverständlich, was vorgefallen ist.

Die PID: 0x344 ist die TID: 0x240 und bedeutet "GP Link Error". Der Handler kann das GPO-Flag nicht setzen. Das ist ein Rechteproblem.
 
Hallo @KnSN!
Das liest sich so, als wenn man sich nur den Stack ansehen muss und schon hat man die Lösung. Leider ist es oft nicht ganz so einfach.
Da muss der letzte aktive Thread und das zugehörige Prozess-Objekt oder der IRP-Stack abgefragt werden. Daraus resultiert dann meist die Analyse von DRVOBJ (DriverObject) und DEVOBJ (DeviceObject).
Bei WHEA-Errors nutzt der Stack-Trace überhaupt nichts, weil die Ursache dann im WHEA-Record zu suchen ist.
Und der InstandDebugger (OnlineDebugger) nutzt vielen Anwendern auch nicht viel, wenn sie nicht die Debuggerausgabe interpretieren können.

Sorry, ich war zu langsam mit schreiben. Ich bezog mich auf #20
 
Silver Server schrieb:
Nach der Stapelverarbeitung lag es an der Grafikkarte oder auch am Treiber der Grafikkarte, dxgkrnl. Dies ist der direkt X Treiber des Betriebssystem mit dem die Grafikkarte arbeitet.
Zum Vergrößern anklicken....

"dxgkrnl!DpiFdoSetAdapterPowerState+0x344" Der DirectX-Kerneltreiber setzt den Betriebszustand Power Down nach Power State. Fehler: Das Flag des Handler kann nicht gesetzt werden. Der GPO hat mit der Hardware nur indirekt zu tun. Der Fehler liegt also nicht bei der Grafikkarte, diese hatte er sowieso ausgewechselt, mit demselben Resultat. Der Fehler liegt am Kerneltreiber, dessen Flag sich nicht setzen lässt. Das besagt der Fehlercode 0x344 und er besagt auch, Schnittstellenfehler. Die Abläufe von darüber handeln von dem Display Inverter, dessen Anforderung mit dem Fehlercode "0xB9: CHIPSET_DETECTED_ERROR" zurückgewiesen wird.

Und nach dieser Erkenntnis stehen wir wieder am Anfang, denn in genau dieser Richtung haben sich die bisherigen Bemühungen ausgerichtet, alle dafür erdenklichen Treiber sind aktualisiert worden, ergebnislos. Es muss so langsam von einem Defekt des Mainboards ausgegangen werden.


Hi Ari45,
sorry, ich weiß, dass das Auswerten von Dumps Dein Ding ist, in diesem Metier kann ich Dir absoult nicht das Wasser reichen, aber ich kann die Stapelabläufe verstehen, das reicht für meine Vorgehensweise. ^^
 
Also soll ich jetzt testweise einmal die Grafikkarte ausbauen? Dann dürfte ich ja keine Bluescreens mehr haben.
Und danach testweise nochmal die andere Grafikkarte einbauen? Dann werde ich wieder Bluescreens haben.
Und dann brauche ich ein neues Motherboard? Oder habt ihr noch andere Ideen?

Auch wenn mir der Gedanke an eine Neuanschaffung absolut nicht gefällt, bis hierher schon mal eine großes Dankeschön für eure Zeit und Hilfe!! :)

Edit: Zur "Ersatzgrafikkarte" sei noch angemerkt, dass ich nach ihrem Einbau große Probleme hatte, meinen PC erstmal überhaupt einigermaßen vernünftig zum Laufen zu bekommen, z.B. ist der Computer ohne Last oft kurz eingefroren. Deswegen hatte ich die Versuche abgebrochen und mich stattdessen in dem Glauben an Besserung für einen Clean Install entschieden. Wie wir heute wissen, leider erfolglos...
 
Hallo lion2087,

ich habe mir die Zeilen von darüber genauer angeschaut, genauer gesagt habe ich die TIDs der PIDs ermittelt, und dabei kam zum Vorschein, dass es Instruktionen von GPO(-Group Policy Object)-Handler sind, diese Google mit zahlreichen anderen Problemen in Verbindung bringt, deren Überschrift unter anderem lauten "Stack Overflow" (Stapelüberlauf). Ein Stapelüberlauf ist ähnlich einem Pufferüberlauf (Heap Overflow), jedoch nicht im Synonym des Bandbreitenstaus sondern des Instruktionsstaus; es sind Anweisungen, die kein Gehör finden, diese in wiederholter Form erfolgen und sich aufstauen, weil ihr Ziel nicht reagiert. Und das geht ab "0xB9: CHIPSET_DETECTED_ERROR" durchweg so weiter. Ob nun Chipsatz-Fehler oder Mainboard-Fehler, das lässt sich daraus nicht mit Gewissheit ableiten.

Du hattest also tatsächlich Fehler mit der anderen Grafikkarte, wenn auch andere? Aber wieso hast Du davon nicht gleich berichtet? Du hast gesagt, dass mit ihr der Fehler gleich ist. Hatte sie auch einen solchen Fehler aus dem Standby heraus ausgelöst? Kam es überhaupt dazu?

Vielleicht stimmt mit dem Mainboard doch etwas nicht.

LG Naru!
 
Du hattest also tatsächlich Fehler mit der anderen Grafikkarte, wenn auch andere? Aber wieso hast Du davon nicht gleich berichtet? Du hast gesagt, dass mit ihr der Fehler gleich ist. Hatte sie auch einen solchen Fehler aus dem Standby heraus ausgelöst? Kam es überhaupt dazu?
Zum Vergrößern anklicken....

Sorry, ich hatte das ehrlich gesagt nicht mehr so ganz auf dem Schirm, weil es schon einige Wochen her ist und ich seitdem noch vieles andere ausprobiert habe. Ich habe damals aus den Freezes geschlossen, dass ich doch nicht einfach so wie ich dachte eine Komponente mit einer Baugleichen ersetzen kann. Weil die da neu eingesetzte Grafikkarte funktionierte laut einem Freund problemlos. Das war letztlich mit der Häufigkeit der Bluescreens davor auch der Grund, warum ich den Computer neu aufgesetzt habe. Ich kann ehrlicherweise nicht mehr hundertprozentig sagen, ob es mit dieser Grafikkarte erneut zu Bluescreens kam, weil ich sie mehrfach versucht habe an verschiedenen Tagen einzubauen und das Ergebnis durch das Einfrieren durchweg schlechter war als mit der ursprünglichen Grafikkarte. Da ich den Computer so nicht sonderlich benutzen konnte, habe ich da eher keine Bluescreens gesehen weil ich ihn nicht in den Standby gesetzt habe, sondern stattdessen wieder die Grafikkarte ausgebaut habe.

Ich habe auf meinem Motherboard mehrere PCIE-Anschlüsse. Kann es einen Unterschied machen, wenn ich eine der Grafikkarten in einen anderen Solt einbaue? Es ist zwar vorgegeben, dass man bei einer Grafikkarte den aktuellen Slot verwenden soll, aber bei zwei Grafikkarten wird der andere ja auch verwendet. Deswegen die Frage, liegt es direkt an dieser einen Schnittstelle des Motherboards oder generell am Motherboard? Ich kann das selbst nicht ganz einschätzen.
 
Okay, das deutet dann wohl doch aufs Mainboard hin. Vielleicht aber auch ist das Netzteil im Niederspannungsbereich etwas zu labil, weil alle Deine bisherigen Probleme mit dem Power Down zu tun haben und nun auch neu mit der anderen Grafikkarte auch im Idle, ähnlich dem Vdroop einer CPU.
 
So ich habe jetzt meine eigentliche Grafikkarte mit der Baugleichen ersetzt.

Diese wird jetzt nicht automatisch erkannt (im Geräte-Manager als unbekanntes Gerät, NVIDIA Systemsteuerung sagt keine Grafikkarte und ASRock sagt Steckplatz leer). Im Geräte-manager heißt es, dass keine kompatiblen Treiber vorhanden sind (Code 28). Zusätzlich habe ich mal Screenshots vom Status und den Energiedaten gemacht (vom unbekannten Gerät, also der eigentlichen Grafikkarte).

Ich habe jetzt extra mal nichts weiter gemacht. Der Computer läuft jetzt so gerade also über die onboard Grafik, während die Ersatzgrafikkarte "unbekannt" eingebaut ist.

Ich hoffe, dass hilft jetzt irgendwie ein Stück weiter, weil ich stehe gerade vor einem kompletten Rätsel. Deswegen wäre ich dankbar, wenn ihr mir sagt, was ich als nächstes machen soll. Danke!!


Außerdem bin ich dabei in der Computerverwaltung auf ein Protokoll gestoßen, das zu wenig Videospeicher bemängelt. Ich weiß nicht, ob das irgendwie damit zusammenhängt. Habe auch ältere Meldungen diesbezüglich gefunden. Bei den anderen weiß ich allerdings nicht, was ich zu diesem Zeitpunkt auf dem Computer gemacht habe. Während der Meldung von gestern allerdings, habe ich nichts sehr ressourcenaufwendiges gemacht: Firefox, Excel und PowerPoint.
Hier das Protokoll dazu:

Protokollname: Microsoft-Windows-Diagnostics-Performance/Operational
Quelle: Microsoft-Windows-Diagnostics-Performance
Datum: 13.12.2018 14:51:22
Ereignis-ID: 500
Aufgabenkategorie: Desktopfenster-Manager-Überwachung
Ebene: Warnung
Schlüsselwörter:Ereignisprotokoll
Benutzer: Lokaler Dienst
Computer:
Beschreibung:
Der Desktopfenster-Manager hat eine starke Ressourcenauslastung ermittelt.
Szenario : Es steht wenig Videospeicher zur Verfügung. Dies hat zu einer Überlastung geführt. Dieses Problem kann möglicherweise durch Reduzieren der Anzahl ausgeführter Programme und geöffneter Fenster behoben werden.
Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-Diagnostics-Performance" Guid="{cfc18ec0-96b1-4eba-961b-622caee05b0a}" />
<EventID>500</EventID>
<Version>1</Version>
<Level>3</Level>
<Task>4006</Task>
<Opcode>39</Opcode>
<Keywords>0x8000000000010000</Keywords>
<TimeCreated SystemTime="2018-12-13T13:51:22.684880700Z" />
<EventRecordID>238</EventRecordID>
<Correlation ActivityID="{3a56f96f-9251-0002-48bd-573a5192d401}" />
<Execution ProcessID="4568" ThreadID="6396" />
<Channel>Microsoft-Windows-Diagnostics-Performance/Operational</Channel>
<Computer>TOBIAS-PC</Computer>
<Security UserID="S-1-5-19" />
</System>
<EventData>
<Data Name="DisplayDeviceFriendlyNameLength">23</Data>
<Data Name="DisplayDeviceFriendlyName">NVIDIA GeForce GTX 660</Data>
<Data Name="MemoryBandwidth">38318400</Data>
<Data Name="MemorySize">2067494912</Data>
<Data Name="Scenario">2</Data>
</EventData>
</Event>
 

Anhänge

  • Geräte-Manager2.jpg
    Geräte-Manager2.jpg
    28,7 KB · Aufrufe: 99
  • Geräte-Manager3.jpg
    Geräte-Manager3.jpg
    36 KB · Aufrufe: 80
  • Geräte-Manager4.jpg
    Geräte-Manager4.jpg
    38 KB · Aufrufe: 101
So ich habe jetzt meine eigentliche Grafikkarte mit der Baugleichen ersetzt.

Diese wird jetzt nicht automatisch erkannt (im Geräte-Manager als unbekanntes Gerät, NVIDIA Systemsteuerung sagt keine Grafikkarte und ASRock sagt Steckplatz leer). Im Geräte-manager heißt es, dass keine kompatiblen Treiber vorhanden sind (Code 28). Zusätzlich habe ich mal Screenshots vom Status und den Energiedaten gemacht (vom unbekannten Gerät, also der eigentlichen Grafikkarte).
Zum Vergrößern anklicken....

Das muss ich korrigieren. Als ich die Ersatzgrafikkarte wieder ausgebaut habe, habe ich festgestellt, dass das unbekannte Gerät weiterhin angezeigt wurde. Das unbekannte Gerät kommt also zwangsläufig durch das Ersetzen der Treiber mit anderen Versionen, da es zuvor nicht da war. Um welche Komponente es sich dabei handelt, weiß ich nicht. Es ist jedenfalls nicht die Ersatzgrafikkarte gewesen.

Da also das unbekannte Gerät doch nicht die Ersatzgrafikkarte war, habe ich diese gerade jetzt wieder eingebaut. Und was soll ich sagen, bis jetzt läuft sie ganz normal ohne dass der Computer hängt und einfriert oder dergleichen. Wie es mit den Bluescreens dadurch aussieht kann ich noch nicht sagen. Ich werde die Ersatzgrafikkarte deshalb jetzt vorerst mal eingebaut lassen und schauen, was passiert.
 
Moin lion2087 - Die Auslosung zur UEFA Champions League (12:00 Uhr) und UEFA Europa League (13:00 Uhr) nicht verpassen!

Nun kannst Du Deine Suche ganz auf das Mainboard eingrenzen. ^^

LG Naru!
 
Das passt genau ;)

Wieso bist du dir jetzt sicher, dass das Netzteil nicht mehr schuld sein kann? Gefühlt bin ich nämlich noch keinen Schritt weiter dadurch. Dachte ich bis eben zumindest. Kannst du es mir bitte erklären? :)
 
Mich hat dieser Fehler jetzt auch erwischt. Kaum weiche ich mal auf den Microsoft Edge aus, um das oben verlinkte Video anzuschauen, ereilt mich dieser Fehler. Diesen ich zum ersten Mal erhalten habe. BSODs sind grundsätzlich eine Seltenheit auf meinem Rechner. Der GeForce-Treiber v10.18.14.1694 ist nach wie vor der gleiche. Wieso schaue ich das da oben mit dem Microsoft Edge an? Weil der Google Chrome den Bug entlarvt, das Video nicht auf Vollbild zu zoomen. Der Microsoft Edge erledigt diese Aufgabe auf Anhieb und bietet zudem natives Rendering auf dem Videoprozessor anstatt lediglich Shader-Array. Aber kaum spricht ein Webbrowser mal die VPU an, tut in selten auch mal der Google Chrome, und schon erlebe ich so etwas.

Ich könnte jetzt diese Dump-File auswerten, allein den Hex der PIDs kann ich entschlüsseln, aber da ich sowieso weiß, wer der Übeltäter ist - Windows 10 und seine restriktive Privilegierungsstufe - erspare ich mir weiteres.
 

Anhänge

  • 121718-20843-01.rar
    333,1 KB · Aufrufe: 37
storport.sys

So etwas habe ich noch nie gesehen

Microsoft Primitive Prov
WindWindowsTrustedRTProxy
tB@8q)r DeviceUid=0xFFFFFFFF; DevicePowerState=PowerDeviceD0, ActionType=PowerActionNone
N:1047231: TimeStamp=0xA999E0A9: TimeDiff: ( 1403) H2G interrupt rung! Host2GuC interrupt register value: 0x0
N:1047232: TimeStamp=0xA999E2AA: TimeDiff: ( 171) H2G interrupt rung! Host2GuC interrupt register value: 0x0
N:1047233: TimeStamp=0xA999E2E5: TimeDiff: ( 19) H2G interrupt rung! Host2GuC interrupt register value: 0x0
N:1047234: TimeStamp=0xA999E4F2: TimeDiff: ( 175) DxgkDdiSetPowerState Exit with Status 0x0
N:1047235: TimeStamp=0xA999EC7D: TimeDiff: ( 645) LastQueuedFenceID 0x308BB , FenceIDRingTail 0x3A
N:1047236: TimeStamp=0xA999EC8F: TimeDiff: ( 6) Submit3D: BB_Type=DxCompute, FenceID=0x308BB, LRCA_CtxtID=0x10C54, KMD_Present/Render=Render, BBS_gfx=0x8004005B5000, DmaPriv=0xFFFFC08436548008, ExLstCtxt=0xFFFFC0843FBE39D0, pProcess=0xFFFFC084438D3080, HwCtxId=0x10C54
Ring_Gfxbase=0x10C6A000, CpuHead=0xFFFFE581321563C8, Tailoffset=0x2578
BBLinAddr=0x8004005B5000, ContextLinAddr=0xFFFFE5813213E000
Present=0, RedirectedPresent=0, ContextSwitch=0, Flip=0, FlipWithNoWait=0, Paging=0, Resubmission=0, DmaBufExecuteSize=0x4CC
N:1047237: TimeStamp=0xA999ECA9: TimeDiff: ( 8) Workqueue: TailOffset=0xBB0, Headoffset=0xBA0
N:1047238: TimeStamp=0xA999ECAE: TimeDiff: ( 1) Doorbell ring failure: Lost doorbell
N:1047239: TimeStamp=0xA999ECB0: TimeDiff: ( 0) Error-Flush Workqueue status: Lost doorbell
N:1047240: TimeStamp=0xA999ECCC: TimeDiff: ( 9) H2G interrupt rung! Host2GuC interrupt register value: 0x0
N:1047241: TimeStamp=0xAF1AAB24: TimeDiff: ( 341) 3DInterrupt: FenceIdCompleted=0x308BB, lastReported=0x308BA, queued=0x308BB, lastProcessed=0x308BA
N:1047242: TimeStamp=0xAF1AAB32: TimeDiff: ( 4) LastCompletedFenceID 0x308BB FenceIDRingHead 0x3A
N:1047243: TimeStamp=0xAF1AAC8E: TimeDiff: ( 116) LastQueuedFenceID 0x308BC , FenceIDRingTail 0x3B
N:1047244: TimeStamp=0xAF1AAC9F: TimeDiff: ( 5) Submit3D: BB_Type=DX10, FenceID=0x308BC, LRCA_CtxtID=0x10C54, KMD_Present/Render=Render, BBS_gfx=0x800400354000, DmaPriv=0xFFFFC08436548008, ExLstCtxt=0xFFFFC0843FBE39D0, pProcess=0xFFFFC084438D3080, HwCtxId=0x10C54
Ring_Gfxbase=0x10C6A000, CpuHead=0xFFFFE58132156578, Tailoffset=0x2728
BBLinAddr=0x800400354000, ContextLinAddr=0xFFFFE5813213E000

https://www.ifixit.com/Wiki/Ring_Video_Doorbell_Troubleshooting
 
ERROR_BAD_FORMAT (0xB) Error 11
An attempt was made to load a program with an incorrect format.

Ja, ja - Dieser Shit passt zu Windows und seiner minderwertigen Privilegierungsstufe im Umgang mit dem Meltdown- und Spectre-Rotz. Windows ist so billig wie Microsoft selbst!

LOL 0xb5d37 erst, ergibt Error 744759. So 'n Quatsch gibt 's nicht mal! Windows - so bescheuert wie sein Zeuger.
 
Glückwunsch! Edge hat seine Lieblinge. :D

ps: Seit Restart nicht mehr aufgetreten.
Wo bleibt eigentlich die Auslosung zur UEFI Europa League? Ist diese im BSOD + Restart untergegangen? :D

Korrektur: Es war ein Green Screen of Death (GSOD). Ich nutze angeblich eine Insider-Build, wovon ich nicht mal etwas weiß. :D

Ich wechsle nun zum GeForce-Treiber v10.18.14.1735. Eigentlich wollte ich das vermeiden, denn die Bugs der anderen User - der News - zu den neuen Treibern schreckte mich vor einer Aktualisierung ab und der GeForce-Treiber v10.18.14.1694 zeigte sich bisher anstandslos. Aber da nun auch er zu genau diesen Bug geführt hat wie die neueren Treiber kann ich gleich aktualisieren und auf mehr Stabilität hoffen.

Ist schon logisch, dass nach einer erfolgreichen Installation von Updates Microsoft auf seinen einstig eingeblendeten Slogan; "Von Mal zu Mal besser.", verzichtet. Es ist besser so - jeder macht sich auf seine Wise lächerlich.

Update #1
Ich habe mir mal die Mühe gemacht, diesen Shit genau zu verstehen.

- Der Stack verweist auf den Prozess "iaStorAC.inf" der Intel Rapid Storage Technology und damit auf einen Anweisungsfehler an den SATA-Controller.
- Die Bucket-ID "X64_0x133_storport!StorPortStallExecution+b" mit Fehler "ERROR_BAD_FORMAT" und "hal!KeStallExecutionProcessor+0xfc mit Fehler "ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY" beschreiben die Folgefehler zur Ausführungsinstanz von Datenträger und Prozessor in einem hängenden Task.
Der Deferred Procedure Call bezieht sich auf den Prozedureinsprungpunkt vom IRST-Treiber. Der Ausöser ist der IRST-Treiber mit "ERROR_BAD_FORMAT"; führte zum Privilegierungs-Übertritt (siehe oben), unerlaubte Speicheranweisung.

Update #2
Es ist wieder passiert - exakt der gleiche Fehler.
Und was für ein Zufall: Es passiert ausgerechnet in den Moment, an dem Intel die Version 16.8.0.1000 seiner Software Intel Rapid Storage Technology veröffentlicht: (Die installierte Version unter den Fehlern lautet 16.7.0.1009.)
https://downloadcenter.intel.com/de...enutzerschnittstelle-und-Fahrer?product=55005
Was hat Windows mit seinen Updates dazu beigetragen, dass dieses Aktualisierung geradezu wue aufgewzungen wirkt? Also für mich ist das mehr ein Zufall - es es ist Willkür!
 

Anhänge

  • 121718-18312-01.rar
    335,4 KB · Aufrufe: 36
Zuletzt bearbeitet:
Du musst dich einloggen oder registrieren, um hier zu antworten.
Anzeige
Oben