Konstante BSODs innerhalb der letzten drei Tage unter Windows 8.1. Minidumps müssen analysiert werden

530
Jay Lim

Vor kurzem habe ich angefangen, konstante BSODs (wie BAD_POOL_HEADER, gefolgt von DRIVER_OVERRAN_STACK_BUFFER und jetzt SYSTEM_SERVICE_EXCEPTION) zu bekommen, während ich an meinen eigenen Sachen arbeitete (grundlegende Microsoft Office-Programme / normales Browsen / Programmieren). Es gab einmal, als es keinen blauen Bildschirm gab, stattdessen trat ein festgeklebter Bildschirm auf. Der einzige Weg, das Problem zu lösen, bestand darin, einen Neustart auf meinem Laptop durchzuführen.

Jemand schlug mir vor, das von Windows selbst zur Verfügung gestellte Speicherdiagnose-Tool zu testen, um zu sehen, ob Hardware ein Problem war, aber im Bericht wurde festgestellt, dass der Speicher in Ordnung war. Ich habe es auch versucht, sfc /scannowaber es gab keine Verletzungen der Integrität. Versucht, alle Treiber vorzeitig zu aktualisieren, aber der Fehler tritt immer noch auf.

  • Ich könnte versuchen, eine Neuinstallation von Windows durchzuführen und zu sehen, ob das Problem dadurch behoben wird. Nicht sicher, ob das funktionieren würde.

Ich habe versucht, den neuesten Minidump zu analysieren, und das zeigt dies. (Ich habe versehentlich die früheren gelöscht, während ich eine Systemprüfung durchführte.):

Windows 8 Kernel Version 9600 MP (4 Prozesse) Kostenlos x64 Produkt: WinNt, Suite: TerminalServer SingleUserTS Personal Errichtet von: 9600.18090.amd64fre.winblue_ltsb.151014-0600 Maschinenname: Kernbasis = 0xfffff803`0f47a000 PsLoadedModuleList = 0xfffff803`0f74e630 Debug-Sitzungszeit: Mo 23. November 07: 55: 58.847 2015 (UTC - 5:00) Systembetriebszeit: 0 Tage 7: 20: 06.694 **************************************************** ******************************* * * * Bugcheck-Analyse * * * **************************************************** *******************************  SYSTEM_SERVICE_EXCEPTION (3b) Beim Ausführen einer Systemdienstroutine ist eine Ausnahme aufgetreten. Argumente: Arg1: 00000000c0000005, Ausnahmecode, der die Fehlerüberprüfung verursacht hat Arg2: fffff8030f4d4d68, Adresse der Anweisung, die die Fehlerprüfung verursacht hat Arg3: ffffd000c144d700, Adresse des Kontextdatensatzes für die Ausnahme, die die Fehlerprüfung verursacht hat Arg4: 0000000000000000, null.  Debugging-Details: ------------------  TRIAGER: Triage-Datei konnte nicht geöffnet werden: e: \ dump_analysis \ program \ triage \ modclass.ini, Fehler 2  EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung um "0x% 08lx" verwies auf Speicher um "0x% 08lx". Der Speicher konnte nicht "% s" sein.  FAULTING_IP:  nt! ObReferenceObjectSafeWithTag + c fffff803`0f4d4d68 498b02 mov rax, qword ptr [r10]  KONTEXT: ffffd000c144d700 - (.cxr 0xffffd000c144d700) rax = ffffe000b7666080 rbx = 790b845bb249fcc8 rcx = 790b845bb249f640 rdx = 000000006e457350 rsi = ffffe000b79c7700 rdi = 790b845bb249f640 rip = fffff8030f4d4d68 rsp = ffffd000c144e130 rbp = ffffd000c144eb80 r8 = 0000000000000000 r9 = 7fffe000b7af4348 r10 = 790b845bb249f610 r11 = 7ffffffffffffc r12 = ffffe000b7af44f0 r13 = 0000000000000011 r14 = ffffe000b7af4348 r15 = 0000000000000000 iopl = 0 nv up ei ng nz na po nc cs = 0010 ss = 0018 ds = 002b es = 002b fs = 0053 gs = 002b efl = 00010286 nt! ObReferenceObjectSafeWithTag + 0xc: fffff803`0f4d4d68 498b02 mov rax, qword ptr [r10] ds: 002b: 790b845b`b249f610 = ????????????????????? Standardbereich zurücksetzen  CUSTOMER_CRASH_COUNT: 1  DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT  BUGCHECK_STR: 0x3B  PROCESS_NAME: vmware-authd.e  CURRENT_IRQL: 0  LAST_CONTROL_TRANSFER: von fffff8030f822892 bis fffff8030f4d4d68  STACK_TEXT:  ffffd000`c144e130 fffff803`0f822892: ffffd000`c144eb80 00000000`00000000 ffffe000`b7af4348 00000000`00000000: nt! ObReferenceObjectSafeWithTag + 0xc ffffd000`c144e160 fffff803`0f83f041: 00000000`00000080 ffffd000`0002dc90 00000000`00000000 00000000`00000000: nt! ExpGetProcessInformation + 0x432 ffffd000`c144e400 fffff803`0f83e679: 00000000`029b0090 00000000`00000004 00000000`00000005 ffffffff`fd050f80: nt! ExpQuerySystemInformation + 0x975 ffffd000`c144eac0 fffff803`0f5d40b3: ffffe000`b79c7700 00000000`00000000 ffffd000`c144ead8 ffffe000`b79c96d0: nt! NtQuerySystemInformation + 0x49 ffffd000`c144eb00 00007fff`1c8b153a: 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000: nt! KiSystemServiceCopyEnd + 0x13 00000000`02cae2b8 00000000`00000000: 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000: 0x7fff`1c8b153a   FOLLOWUP_IP:  nt! ObReferenceObjectSafeWithTag + c fffff803`0f4d4d68 498b02 mov rax, qword ptr [r10]  SYMBOL_STACK_INDEX: 0  SYMBOL_NAME: nt! ObReferenceObjectSafeWithTag + c  FOLLOWUP_NAME: MachineOwner  MODULE_NAME: nt  IMAGE_NAME: ntkrnlmp.exe  DEBUG_FLR_IMAGE_TIMESTAMP: 561e5da4  STACK_COMMAND: .cxr 0xffffd000c144d700; kb  FAILURE_BUCKET_ID: X64_0x3B_nt! ObReferenceObjectSafeWithTag + c  BUCKET_ID: X64_0x3B_nt! ObReferenceObjectSafeWithTag + c  Follow-up: MachineOwner --------- 

Ich habe mich gefragt, ob jemand helfen könnte, den obigen Minidump weiter zu analysieren und die Ursache zu ermitteln. Ich vermute, dass es Probleme mit meiner Hardware gibt. (Ich kann sie jedoch nicht entfernen, da es sich um ein Ultrabook handelt. Möglicherweise muss es in ein Geschäft gebracht werden.)

Hier ist die Originaldatei des Minidumps: https://www.dropbox.com/s/ypdvzwma9nlztg7/112315-4468-01.dmp?dl=0

UPDATE Ich habe die VMWare deinstalliert. Ich habe gerade dieses Mal einen anderen BSOD erhalten, DRIVER_IRQL_NOT_LESS_OR_EQUAL.

Windows 8 Kernel Version 9600 MP (4 Prozesse) Kostenlos x64 Produkt: WinNt, Suite: TerminalServer SingleUserTS Personal Errichtet von: 9600.18090.amd64fre.winblue_ltsb.151014-0600 Maschinenname: Kernbasis = 0xfffff802`85212000 PsLoadedModuleList = 0xfffff802`854e6630 Debug-Sitzungszeit: Mo 23. November 23: 54: 12.110 2015 (UTC - 5:00) Systembetriebszeit: 0 Tage 15: 24: 23.957 **************************************************** ******************************* * * * Bugcheck-Analyse * * * **************************************************** *******************************  DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1) Es wurde versucht, auf eine pageable (oder vollständig ungültige) Adresse an einer zuzugreifen Interrupt Request Level (IRQL) ist zu hoch. Das ist normalerweise so verursacht durch Treiber mit falschen Adressen. Wenn der Kernel-Debugger verfügbar ist, erhalten Sie Stack-Rückverfolgung. Argumente: Arg1: fffff802107d6340, auf den Speicher wird verwiesen Arg2: 000000000000000d, IRQL Arg3: 0000000000000008, Wert 0 = Leseoperation, 1 = Schreiboperation Arg4: fffff802107d6340, Adresse, auf die sich der Speicher bezieht  Debugging-Details: ------------------  TRIAGER: Triage-Datei konnte nicht geöffnet werden: e: \ dump_analysis \ program \ triage \ modclass.ini, Fehler 2  READ_ADDRESS: fffff802854d4020: Es können keine speziellen Poolinformationen abgerufen werden fffff802854d4020: Es können keine speziellen Poolinformationen abgerufen werden nt kann nicht abgerufen werden! MmNonPagedPoolStart nt kann nicht abgerufen werden! MmSizeOfNonPagedPoolInBytes fffff802107d6340   CURRENT_IRQL: d  FAULTING_IP:  +0 fffff802`107d6340 ?? ???  CUSTOMER_CRASH_COUNT: 1  DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT  BUGCHECK_STR: AV  PROCESS_NAME: System  TRAP_FRAME: ffffd001f8cfe930 - (.falle 0xffffd001f8cfe930) HINWEIS: Der Trap-Frame enthält nicht alle Register. Einige Registerwerte sind möglicherweise auf Null gesetzt oder falsch. rax = 0000000000000001 rbx = 0000000000000000 rcx = fffff802859f4e00 rdx = 000027ef00000000 rsi = 0000000000000000 rdi = 0000000000000000 rip = fffff802107d6340 rsp = ffffd001f8cfeac8 rbp = ffffd001f8cfeb50 r8 = 00000000002048c6 r9 = fffff80285512f80 r10 = 0000000000000001 r11 = fffff8028556f910 r12 = 0000000000000000 r13 = 0000000000000000 r14 = 0000000000000000 r15 = 0000000000000000 iopl = 0 nv up di ng nz na p nc fffff802`107d6340 ?? ??? Standardbereich zurücksetzen  LAST_CONTROL_TRANSFER: von fffff8028536c3e9 bis fffff802853608a0  FAILED_INSTRUCTION_ADDRESS:  +0 fffff802`107d6340 ?? ???  STACK_TEXT:  ffffd001`f8cfe7e8 fffff802`8536c3e9: 00000000`0000000a fffff802`107d6340 00000000`0000000d 00000000`00000008: nt! KeBugCheckEx ffffd001`f8cfe7f0 fffff802`8536ac3a: 00000000`00000008 ffffd001`f8cea180 00000000`20000000 ffffd001`f8cfeaf8: nt! KiBugCheckDispatch + 0x69 ffffd001`f8cfe930 fffff802`107d6340: fffff802`8536211c ffffe001`3c37a000 00000000`00000001 ffffe001`3c37a000: nt! KiPageFault + 0x23a ffffd001 `f8cfeac8 fffff802`8536211c: ffffe001`3c37a000 00000000`00000001 ffffe001`3c37a000 ffffd001`f8cea180: 0xfffff802`107d6340 ffffd001 "f8cfead0 fffff802" 853643c2: ffffd001 "f8cea180 ffffd001" f8cea180 ffffd001 "f8cf62c0 00000000" 00000001: nt! KiInterruptDispatchLBControl + 0x12c ffffd001 "f8cfec60 00000000" 00000000: ffffd001 "f8cff000 ffffd001" f8cf9000 00000000 "00000000 00000000" 00000000: nt! KiIdleLoop + 0x32   STACK_COMMAND: kb  FOLLOWUP_IP:  nicht! KiPageFault + 23a fffff802`8536ac3a 440f20c0 mov rax, cr8  SYMBOL_STACK_INDEX: 2  SYMBOL_NAME: Nt! KiPageFault + 23a  FOLLOWUP_NAME: MachineOwner  MODULE_NAME: nt  IMAGE_NAME: ntkrnlmp.exe  DEBUG_FLR_IMAGE_TIMESTAMP: 561e5da4  FAILURE_BUCKET_ID: X64_AV_CODE_AV_BAD_IP_nt! KiPageFault + 23a  BUCKET_ID: X64_AV_CODE_AV_BAD_IP_nt! KiPageFault + 23a  Follow-up: MachineOwner --------- 

Minidump-Link: https://www.dropbox.com/s/udf9ke81gt3bkce/112415-4421-01.dmp?dl=0

Mein Laptop ist seit Stunden im Akkubetrieb, bis ich beschloss, ihn durch Anschließen des Adapters aufzuladen. Nach etwa 10 Minuten trat der BSOD auf. Könnte dies stattdessen mit meinem Adapter falsch sein? Ich erinnerte mich gerade daran, dass es vor ein paar Tagen einen Blitzeinschlag gab und ein Funken am Ladeloch des Laptops zu sehen war, während der Adapter daran angeschlossen war. (Die Steckdose war nicht eingeschaltet.)

UPDATE (wieder). Ich habe gerade eine Stunde lang eine kurze memtest86 + gemacht. Es hatte zwei Durchgänge ohne Fehler in beiden RAM-Steckplätzen (jeweils 2 GB). Hat einen Festplattenfehler überprüft und es wurden keine Fehler gefunden.

UPDATE IRQL_NOT_LESS_OR_EQUALs Minidump analysieren:

Windows 8 Kernel Version 9600 MP (4 Prozesse) Kostenlos x64 Produkt: WinNt, Suite: TerminalServer SingleUserTS Personal Errichtet von: 9600.18090.amd64fre.winblue_ltsb.151014-0600 Maschinenname: Kernbasis = 0xfffff800`30478000 PsLoadedModuleList = 0xfffff800`3074c630 Debug-Sitzungszeit: Di 24. November 02: 16: 20.080 2015 (UTC - 5:00) Systembetriebszeit: 0 Tage 0: 11: 11,927 **************************************************** ******************************* * * * Bugcheck-Analyse * * * **************************************************** *******************************  IRQL_NOT_LESS_OR_EQUAL (a) Es wurde versucht, auf eine pageable (oder vollständig ungültige) Adresse an einer zuzugreifen Interrupt Request Level (IRQL) ist zu hoch. Das ist normalerweise so verursacht durch Treiber mit falschen Adressen. Wenn ein Kernel-Debugger verfügbar ist, holen Sie den Stack-Backtrace. Argumente: Arg1: 0000000000000007, auf den Speicher wurde verwiesen Arg2: 0000000000000002, IRQL Arg3: 0000000000000000, Bitfeld: Bit 0: Wert 0 = Leseoperation, 1 = Schreiboperation Bit 3: Wert 0 = keine Ausführungsoperation, 1 = Ausführungsoperation (nur auf Chips, die diese Statusebene unterstützen) Arg4: fffff800304e5622, Adresse, auf die sich der Speicher bezieht  Debugging-Details: ------------------  TRIAGER: Triage-Datei konnte nicht geöffnet werden: e: \ dump_analysis \ program \ triage \ modclass.ini, Fehler 2  READ_ADDRESS: fffff8003073a020: Es können keine speziellen Poolinformationen abgerufen werden fffff8003073a020: Es können keine speziellen Poolinformationen abgerufen werden nt kann nicht abgerufen werden! MmNonPagedPoolStart nt kann nicht abgerufen werden! MmSizeOfNonPagedPoolInBytes 0000000000000007   CURRENT_IRQL: 2  FAULTING_IP:  nt! MiInsertAndUnlockStandbyPages + 186 fffff800`304e5622 448a4558 mov r8b, byte ptr [rbp + 58h]  CUSTOMER_CRASH_COUNT: 1  DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT  BUGCHECK_STR: AV  PROCESS_NAME: svchost.exe  TRAP_FRAME: ffffd001be7743f0 - (.falle 0xffffd001be7743f0) HINWEIS: Der Trap-Frame enthält nicht alle Register. Einige Registerwerte sind möglicherweise auf Null gesetzt oder falsch. rax = ffffd001be774540 rbx = 0000000000000000 rcx = ffffd001be774540 rdx = fffffa8002677c80 rsi = 0000000000000000 rdi = 0000000000000000 rip = fffff800304e5622 rsp = ffffd001be774580 rbp = ffffd001be7745d0 r8 = 000000c000000000 r9 = fffffa8001ce28b0 r10 = 000000000009a0d9 r11 = 000000000000000f r12 = 0000000000000000 r13 = 0000000000000000 r14 = 0000000000000000 r15 = 0000000000000000 iopl = 0 nv up ei pl zr na po nc nt! MiInsertAndUnlockStandbyPages + 0x186: fffff800`304e5622 448a4558 mov r8b, Byte ptr [rbp + 58h] ss: ffffd001`be774628 = 02 Standardbereich zurücksetzen  LAST_CONTROL_TRANSFER: von fffff800305d23e9 bis fffff800305c68a0  STACK_TEXT:  ffffd001`be7742a8 fffff800`305d23e9: 00000000`0000000a 00000000`00000007 00000000`00000002 00000000`00000000: nt! KeBugCheckEx ffffd001`be7742b0 fffff800`305d0c3a: 00000000`00000000 00000000`00000000 ffffd001`be774400 ffffd001`00000001: nt! KiBugCheckDispatch + 0x69 ffffd001`be7743f0 fffff800`304e5622: 00000000`00000000 ffffd001`be7746f0 00000000`00000007 fffffa80`029334f0: entfällt! KiPageFault + 0x23a ffffd001`be774580 fffff800`304e4397: 00000000`00000000 00000000`00000000 ffffe001`a9c2e760 00000168`424e6f02: nt! MiInsertAndUnlockStandbyPages + 0x186 ffffd001`be774610 fffff800`304e3d31: 00000000`00000000 ffffd001`be7748f8 ffffe001`abc77a98 00000000`00000000: nt! MiFinishHardFault + 0x497 ffffd001`be774790 fffff800`304e5dec: 00000000`00000003 ffffd001`be7748f8 ffffe001`abc77a98 ffffd001`00000000: nt! MiWaitForInPageComplete + 0x27d ffffd001`be774880 fffff800`304cf91a: ffffe001`abc77a98 ffffe001`ad9ee880 00000000`00000000 ffffd001`be7749f0: nt! MiIssueHardFault + 0x184 ffffd001`be774940 fffff800`305d0b2f: 00000000`00000000 00000000`00000000 00000067`da280701 00007fff`5bab4950: nt! MmAccessFault + 0x5ba ffffd001`be774b00 00007fff`5b80ecae: 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000: nt! KiPageFault + 0x12f 00000067`da3fe940 00000000`00000000: 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000: 0x7fff`5b80ecae   STACK_COMMAND: kb  FOLLOWUP_IP:  nt! MiInsertAndUnlockStandbyPages + 186 fffff800`304e5622 448a4558 mov r8b, byte ptr [rbp + 58h]  SYMBOL_STACK_INDEX: 3  SYMBOL_NAME: nt! MiInsertAndUnlockStandbyPages + 186  FOLLOWUP_NAME: MachineOwner  MODULE_NAME: nt  DEBUG_FLR_IMAGE_TIMESTAMP: 561e5da4  IMAGE_NAME: Speicherfehler  FAILURE_BUCKET_ID: X64_AV_nt! MiInsertAndUnlockStandbyPages + 186  BUCKET_ID: X64_AV_nt! MiInsertAndUnlockStandbyPages + 186  Follow-up: MachineOwner --------- 

Meine Systemspezifikationen:
Betriebssystem: Windows 8.1 64-Bit;
Prozessor: Intel Core i5 4200U bei 1,60 GHz;
RAM: 4,00 GB Zweikanal-DDR3 bei 798 MHz;
Hauptplatine: SAMSUNG ELECTRONICS CO., LTD. NP940X3G-K06US (BUCHSE 0);
Grafik: Generischer PnP-Monitor (1600 x 900 @ 60 Hz) und Intel HD-Grafikfamilie (Samsung);
Speicher: 119 GB TOSHIBA THNSNH128G8NT (SSD);
Keine optischen Laufwerke.

Jede Hilfe wird sehr geschätzt! Vielen Dank.

-1
Ihre Probleme werden durch VMWare verursacht. Ramhound vor 8 Jahren 0
@ Ramhound, bedeutet das, dass es Probleme mit meinen Hosttreibern gibt? Übrigens waren in meinem Hintergrund keine virtuellen Maschinen (außer der VMWare Workstation) ausgeführt. Jay Lim vor 8 Jahren 0
Sie haben die Anzahl der möglichen Ursachen für uns nicht eingegrenzt, daher kann ich nicht sagen, ob es ein Treiberproblem ist, aber der Prozess, der den Absturz verursacht hat, gehörte zu einem VMWare-Produkt. Ramhound vor 8 Jahren 0
@Ramhound danke für dein Feedback! Ich habe VMWare deinstalliert, aber jetzt kommt ein anderer Fehler heraus. Es sieht so aus, als ob es jetzt mit dem Systemprozess zusammenhängt. Jay Lim vor 8 Jahren 0
Führen Sie memtest86 + aus, um RAM-Fehler zu erkennen. magicandre1981 vor 8 Jahren 0
@ magicandre1981, habe gerade eine Stunde lang eine kurze memtest86 + gemacht. Es hatte zwei Durchgänge ohne Fehler in beiden RAM-Steckplätzen (jeweils 2 GB). Jay Lim vor 8 Jahren 0
Welches Antivirenprogramm laufen Sie? Bilfred vor 8 Jahren 0
@ GilfredKerman Windows Defender. Die, die mit Windows kommt. Ich habe Avast früher (nach den ersten beiden BSODs) installiert, um festzustellen, ob ich Malware auf meinem Laptop habe, aber es schien alles in Ordnung zu sein. Danach deinstalliert. Jay Lim vor 8 Jahren 0
War der DRIVER_IRQL-BSOD nach oder vor Avast? Haben Sie auch Ihre Treiber aktualisiert? Insbesondere Ihre Grafiktreiber. Was sind Ihre Systemspezifikationen übrigens? Bilfred vor 8 Jahren 0
@ GilfredKerman, das war, nachdem ich Avast deinstalliert hatte. Vor 10 Minuten bekam ich stattdessen IRQL_NOT_LESS_OR_EQUAL. Ja, ich habe alle meine Treiber aktualisiert, hoffe ich. Das Windows-Update wurde überprüft und es gab keine neuen Updates mehr. Betriebssystem: Windows 8.1 64-Bit; Prozessor: Intel Core i5 4200U bei 1,60 GHz; Grafik: Generischer PnP-Monitor (1600 x 900 @ 60 Hz) und Intel HD-Grafikfamilie (Samsung); Speicher: 119 GB TOSHIBA THNSNH128G8NT (SSD); Keine optischen Laufwerke. Jay Lim vor 8 Jahren 0
Das Windows-Update ist nicht sehr zuverlässig für die Treiberaktualisierungen, die ich gefunden habe. Könnten Sie [speccy] (https://www.piriform.com/speccy) herunterladen, [Bericht erstellen] (http://www.piriform.com/docs/speccy/using-speccy/saving-system-information- in-a-text-file) und fügen Sie den Bericht in eine Site wie [Pastebin] (http://pastebin.com/) ein. Bilfred vor 8 Jahren 0
@BilfredKerman, hier gehts: https://www.dropbox.com/s/kvsfhin6f8dgxsx/PC_SPECS.txt?dl=0. Ich finde es zu groß für Pastebin. Ich habe sogar das Treiber-Aktualisierungsprogramm von Intel ausprobiert, es gibt jedoch keine neueren Treiber. Jay Lim vor 8 Jahren 0
@ JayC.Lim - Stoppen Sie die Verwendung von Treiber-Dienstprogrammen. Alle Intel-Treiber können manuell von der Intel-Website heruntergeladen werden. Es dauert Minuten, sie zu finden. Sie haben einen Treiber, der sich nicht benimmt. Der beste Weg, um herauszufinden, welchen Treiber es gibt, ist Autoruns. Entladen Sie jeden Treiber einzeln, bis Sie den Täter gefunden haben. Ramhound vor 8 Jahren 0
Post-Screenshots des Programms CPU-Z (Register Speicher und SPD): http://www.cpuid.com/softwares/cpu-z.html magicandre1981 vor 8 Jahren 0
Ist das Problem behoben? Wenn nicht, posten Sie Bilder von CPU-Z. magicandre1981 vor 8 Jahren 0

1 Antwort auf die Frage

-1
Bilfred

Stellen Sie sicher, dass alle Treiber auf dem neuesten Stand sind, insbesondere der GPU- Treiber. Andernfalls denke ich, dass eine Neuinstallation von Windows der nächste Schritt beim Auflösen Ihrer BSODs wäre. Wenn die Windows-Neuinstallation dies nicht behebt, liegt höchstwahrscheinlich ein Hardwareproblem vor.

Okay danke! Werde das mal ausprobieren. :) Jay Lim vor 8 Jahren 0