BSOD seit Windows 11 Update

Wo bin ich hier schrieb:
Dein C7-Wert auf C: ist ein wenig auffällig. Schau mal, wie sich dieser Wert bei dir über die Zeit verändert.
Auch mal in folgenden Thread reinlesen:
https://www.computerbase.de/forum/threads/samsung-ssd-840-evo-250gb-moeglicherweise-defekt.1287622/

Ich lasse auch mal meinen KI-Output hier. Vielleicht kann jemand die Sinnhaftigkeit davon nochmal gegenchecken - für mich klingt es erstmal "möglich".
Anhang anzeigen 1694320
Werde ich mir mal genauer anschauen. @Denniss du meinst das SATA-Kabel? Das ist ja schnell ausgetauscht.

Aber der von D: ist doch sogar noch etwas höher. Das beide SSDs oder Kabel kaputt sind ist doch eher ungewöhnlich, oder nicht?
SuperHeinz schrieb:
Hast Du den Grafikkarten-Treiber von Nvidia installiert und wenn ja, welchen?
Hab den 581.80 vom 04.11.2025 (wohl der aktuellste) über NVIDEA Einstellungen installiert.
 
Kräutergarten schrieb:
Aber der von D: ist doch sogar noch etwas höher.
Der ist 0.
1767798563749.png
 
Kräutergarten schrieb:
Habe von Windows 10 Pro auf Windows 11 aktualisiert. Seitdem der BSOD mit Hinweis auf Memory Managment.

laut Dump hast du Memory Corruption:

MODULE_NAME: hardware

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: MEMORY_CORRUPTION_ONE_BIT

Das geht schon Richtung RAM. BIOS hast du noch Version J gibt schon K und L1 (Beta).
 
  • Gefällt mir
Reaktionen: Firle
Wo bin ich hier schrieb:
0 ist doch der Grenzwert und Rohwert. Der erste Wert ist doch der aktuelle.
Ergänzung ()

IDontWantAName schrieb:
laut Dump hast du Memory Corruption:



Das geht schon Richtung RAM. BIOS hast du noch Version J gibt schon K und L1 (Beta).
Hab seit dem letzten BIOS Update bisschen Schiss vor dem Update. Will mir nicht noch nen Mainboard schrotten.
 
Bartmensch schrieb:
Nein. Die CPUs die in letzter Zeit gestorben sind, sind mWn alle auf Sockel AM5, diese hier sind AM4 und dass dort CPUs sterben wäre eher ungewöhnlich.
Wir hatten hier im Forum mehr als nur eine Handvoll lebensmüder AM4 5000er in 2025.
(+ mein eigener 5600X kicked the bucket im August mit fatalen Cache & IMC Fehlern, kein Jahr alt, ohne OC)
 
Mir ist seit dem Sockel A keine CPU weder von AMD noch eine Intel CPU auf deren zahlreichen Sockeln abgeraucht.
 
Also ein neues SATA-Kabel hat schon mal keine Änderung gebracht. C7 bleibt konstant.
 

Anhänge

  • CrystalDiskInfo_20260107205334.png
    CrystalDiskInfo_20260107205334.png
    93,3 KB · Aufrufe: 31
So ich habe jetzt folgendes gemacht:
  • neue SSD eingebaut -> wird nicht erkannt -> Fehlschlag
  • große SSD (die die keine C7-Fehler hat) partitioniert und da Windows neu installiert
- Software angefangen zu installieren -> Peng BSOD​
Ich würde sagen das spricht für fehlerhaften RAM. Bin ich allein mit der Annahme?

Anbei auch der Minidump einmal als Anhang und einmal ein kleiner Auszug.

DUMP_FILE_ATTRIBUTES: 0x21808
Kernel Generated Triage Dump

FAULTING_THREAD: ffffe40105cba080

MEMORY_CORRUPTOR: ONE_BIT

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXWINLOGON: 1 (!blackboxwinlogon)


CUSTOMER_CRASH_COUNT: 1

PROCESS_NAME: SearchProtocol

STACK_TEXT:
ffffd089`6b687388 fffff804`d94b1602 : 00000000`0000001a 00000000`00041792 fffff73f`ff242290 02000000`00000000 : nt!KeBugCheckEx
ffffd089`6b687390 fffff804`d940f853 : 00000000`00000000 02000000`00000000 ffffd089`6b687690 00000000`00000000 : nt!MiDecommitHandlePageFileFormatPte+0x242
ffffd089`6b6873f0 fffff804`d940e211 : ffffd089`6b6875d0 ffffe401`06f76000 00000000`00000082 ffffe401`05c90480 : nt!MiDeleteVa+0x473
ffffd089`6b687460 fffff804`d961370a : 00000000`00000000 ffffe401`00000000 ffffd089`00000082 ffffffff`ffffffff : nt!MiDeleteVaDirect+0x2b1
ffffd089`6b687580 fffff804`d961352b : 00007ffe`48b35fff fffff804`d946c492 ffffe401`05cba080 00000000`00000000 : nt!MiDeletePagablePteRange+0x1b6
ffffd089`6b687840 fffff804`d9adbe98 : 00000000`00000000 ffffd089`6b687900 00000000`00000000 fffff804`d9add34b : nt!MiDeleteVirtualAddresses+0x4b
ffffd089`6b687890 fffff804`d9adbc69 : ffffe401`05c90080 ffffe401`06f84a20 00007ffe`00000000 00000000`00000000 : nt!MiDeleteVad+0x168
ffffd089`6b687940 fffff804`d9adb8ea : ffffe401`06f84a20 ffffd089`6b6879e9 ffffe40f`f2851cd0 00007ffe`483e0000 : nt!MiUnmapVad+0x49
ffffd089`6b687970 fffff804`d9adb68f : ffffffff`ffffffff 00000000`00000008 ffffe40f`ee4b8780 00007ffe`483e0000 : nt!MiUnmapViewOfSection+0x146
ffffd089`6b687a50 fffff804`d98b5658 : 00000000`00000000 00000000`00010004 ffffe401`05c90080 00000188`1d6537a0 : nt!NtUnmapViewOfSection+0x7f
ffffd089`6b687aa0 00007ffe`49f02104 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x28
00000045`6b178148 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ffe`49f02104


MODULE_NAME: hardware

IMAGE_NAME: memory_corruption

STACK_COMMAND: .process /r /p 0xffffe40105c90080; .thread 0xffffe40105cba080 ; kb

FAILURE_BUCKET_ID: MEMORY_CORRUPTION_ONE_BIT

OSPLATFORM_TYPE: x64

OSNAME: Windows 10

FAILURE_ID_HASH: {e3faf315-c3d0-81db-819a-6c43d23c63a7}


Nach dem BSOD gab es direkt einen zweiten, der sieht aber etwas anders aus. Ich hab den auch mal in den Anhang gepackt.

Hier der Auszug:

DUMP_FILE_ATTRIBUTES: 0x21808
Kernel Generated Triage Dump

FAULTING_THREAD: ffffd3044f5ec080

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXWINLOGON: 1 (!blackboxwinlogon)


CUSTOMER_CRASH_COUNT: 1

PROCESS_NAME: msedge.exe

STACK_TEXT:
ffff9c8d`3ad375d8 fffff800`b9d4eed2 : 00000000`0000001a 00000000`00041790 ffffb000`013cafd0 00000000`00000001 : nt!KeBugCheckEx
ffff9c8d`3ad375e0 fffff800`b9c0fb0a : ffff9c8d`3ad376b0 ffff9c8d`3ad37750 0000007f`fffffff8 0000007f`fffffff8 : nt!MiReducePteUseCount+0x202
ffff9c8d`3ad37620 fffff800`b9cb06fe : 00000000`00000001 ffff9c8d`3ad37750 80000000`699c7867 ffff8300`00000000 : nt!MiDecommitPagesTail+0x36
ffff9c8d`3ad37650 fffff800`ba2d2bba : ffff9c8d`3ad37988 ffff9c8d`3ad37980 00000000`14cced00 00000000`00000001 : nt!MiDecommitPages+0x2ae
ffff9c8d`3ad377d0 fffff800`ba2d2770 : ffffd304`4f5ec910 00000000`00000000 00000000`14cce000 00000000`00000000 : nt!MiDecommitRegion+0x9a
ffff9c8d`3ad37880 fffff800`ba2d23eb : ffffd304`4d43a080 00000000`00000000 ffff9c8d`00000000 fffff800`00000000 : nt!MiFreeVirtualMemory+0x198
ffff9c8d`3ad37910 fffff800`ba2d220d : 00000000`00000000 00000000`00000000 00000000`00000000 00000016`662cf520 : nt!MmFreeVirtualMemory+0x1ab
ffff9c8d`3ad37a40 fffff800`ba0b5658 : ffffd304`4f5ec080 00007df4`17dd9dc0 ffffd304`4f5ec080 00007ffb`07eaf1e8 : nt!NtFreeVirtualMemory+0x8d
ffff9c8d`3ad37aa0 00007ffb`07e41f84 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x28
00000016`662cf438 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ffb`07e41f84


SYMBOL_NAME: nt!MiReducePteUseCount+202

MODULE_NAME: nt

IMAGE_VERSION: 10.0.26100.7462

STACK_COMMAND: .process /r /p 0xffffd3044d43a080; .thread 0xffffd3044f5ec080 ; kb

IMAGE_NAME: ntkrnlmp.exe

BUCKET_ID_FUNC_OFFSET: 202

FAILURE_BUCKET_ID: 0x1a_41790_nt!MiReducePteUseCount

OSPLATFORM_TYPE: x64

OSNAME: Windows 10

FAILURE_ID_HASH: {c5aab5ce-7a8e-3052-dfbf-a488d4fe7bce}
 

Anhänge

Kräutergarten schrieb:
  • große SSD (die die keine C7-Fehler hat) partitioniert und da Windows neu installiert
- Software angefangen zu installieren -> Peng BSOD
Meldet sie nach dem Peng immer noch 0 C7-Fehler?
Es geht nicht darum, ob und wie viele C7 Fehler sie bereits hat (der Wert wird permanent gespeichert!), sondern wie schnell der Wert steigt bzw ob er überhaupt steigt.
Wenn sie in dem Fall auf 0 blieben, dann deutet das aber nicht mehr in Richtung SSD (bzw die Kommunikation dahin).
Kräutergarten schrieb:
neue SSD eingebaut -> wird nicht erkannt -> Fehlschlag
Was hat es hiermit auf sich?
 
@Wo bin ich hier
Also die C7-Fehler bleiben identisch. Auf der einen SSD bleibt er bei 0 und bei der anderen auch unverändert mit 102C in Hex. Egal wie oft der BSOD kommt.

Ich hatte ja die SSD in Verdacht und habe daher eine neue bestellt. Die wurde nicht erkannt. Habe tatsächlich eine recht günstige Marke geholt und habe die Vermutung, dass der Hersteller nicht wirklich top ist.

Daher dann der Versuch einfach die SSD mit 0 C7-Fehlern zu partitionieren und da dann Windows drauf zu installieren.

Wie gesagt die Höhe der C7-Fehler bleibt immer unverändert.

Ich habe jetzt neuen RAM drin und werde alles einmal testen.

Update:
Seit Einbau nur ein BSOD, der aber auf einen Fehler hinweist. Daraufhin Onboard-GPU deaktiviert. Seitdem keine BSOD mehr.

DUMP_FILE_ATTRIBUTES: 0x31808
Kernel Generated Triage Dump

FAULTING_THREAD: ffffe68f3c3bc080

EXCEPTION_PARAMETER1: 0000000000000001

EXCEPTION_PARAMETER2: ffffffffffffff89

WRITE_ADDRESS: fffff803de1c44c0: Unable to get MiVisibleState
Unable to get NonPagedPoolStart
Unable to get NonPagedPoolEnd
Unable to get PagedPoolStart
Unable to get PagedPoolEnd
unable to get nt!MmSpecialPagesInUse
ffffffffffffff89

MM_INTERNAL_CODE: 2

CUSTOMER_CRASH_COUNT: 1

PROCESS_NAME: dwm.exe

IP_IN_PAGED_CODE:
amdkmdag+260edf
fffff803`851f0edf 004889 add byte ptr [rax-77h],cl

STACK_TEXT:
ffffe584`67e3f4a8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KeBugCheckEx


SYMBOL_NAME: amdkmdag+260edf

MODULE_NAME: amdkmdag

IMAGE_NAME: amdkmdag.sys

STACK_COMMAND: .process /r /p 0xffffe68f33e6f080; .thread 0xffffe68f3c3bc080 ; kb

BUCKET_ID_FUNC_OFFSET: 260edf

FAILURE_BUCKET_ID: AV_amdkmdag!unknown_function

OSPLATFORM_TYPE: x64

OSNAME: Windows 10

FAILURE_ID_HASH: {c753a2f9-94a6-448f-1d0e-e079b3442215}


Aber der PC stürzt immer noch ab. Die Ereignisanzeige zeigt folgendes:

Integritätsprüfungen vor dem Nachweis bestätigen, dass eine kritische Komponente fehlgeschlagen ist und dass das Gerät nicht den Nachweis bestehen soll.
Ausführliche Informationen zu den durchgeführten Überprüfungen finden Sie in C:\WINDOWS\Logs\MeasuredBoot\0000000058-0000000000.json.
im Log steht dann:

{"Version":1,"HealthStatus":"Cannot be attested","Required":[{"Field":"TpmPresent","Value":true,"DesiredValue":true},{"Field":"TpmMeetsMinimumVersion","Value":true,"DesiredValue":true},{"Field":"TpmIsResponsive","Value":true,"DesiredValue":true},{"Field":"EkCertIsAvailable","Value":false,"DesiredValue":true},{"Field":"TcgLogFound","Value":true,"DesiredValue":true}],"Expected":[{"Field":"PcrsMatchTcgLog","Value":true,"DesiredValue":true}],"Informational":[{"Field":"SecureBootEnabled","ValueFromComputer":true,"ValueFromTcgLog":true,"DesiredValue":true,"TcgValueIsVerifiable":true},{"Field":"VirtualSecureMemory","ValueFromComputer":false,"ValueFromTcgLog":false,"DesiredValue":true,"TcgValueIsVerifiable":true},{"Field":"SecureCorePCCompliant","ValueFromComputer":false,"ValueFromTcgLog":false,"DesiredValue":true,"TcgValueIsVerifiable":true}{"Field":"BootTcgLogFoundInFileSystem","Value":true,"DesiredValue":true},{"Field":"CurrentTcgLogFoundInFileSystem","Value":true,"DesiredValue":true}]}


Zuvor hatte ich auch den hier in der Ereignisanzeige:
Secure Boot certificates have been updated but are not yet applied to the device firmware. Review the published guidance to complete the update and ensure full protection. This device signature information is included here.
DeviceAttributes: BaseBoardManufacturer:Micro-Star International Co., Ltd.;FirmwareManufacturer:American Megatrends International, LLC.;FirmwareVersion:A.J0;OEMModelBaseBoard:B550-A PRO (MS-7C56);OEMManufacturerName:Micro-Star International Co., Ltd.;OSArchitecture:amd64;
BucketId: 6eea8a73e9dce716c51c67136adab1fd65fb064d6d94d139eec6bf2639bf6b15
BucketConfidenceLevel:
UpdateType:
For more information, please see https://go.microsoft.com/fwlink/?linkid=2301018.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: Wo bin ich hier
Hallo zusammen,
hier ein kleines Update:

Allen Anschein nach ist der Übeltäter die CPU.

Folgende Sachen habe ich noch gemacht:
  • Windows 10 installiert. Auch hier kam es zu BSOD und abstürzen.
  • Mehrere Versuche 2 verschiedene Linux-Versionen zu installieren. Es kam während der Installation zu Abstürzen.
  • Die Linux Installation habe ich mit 970 verbaut und und nur mit GPU von der CPU probiert, immer das gleiche Problem. Absturzstelle meist identisch.
  • Neues Netzteil und ohne 970 probiert. Abstürze blieben die gleichen.
  • Installation auf beiden SSDs probiert. Abstürze immer an der gleichen Stelle.

Ich werde jetzt mal Kontakt mit Mindfactory aufnehmen. Die CPU hat 3 Jahre Garantie. Da bin ich noch drin.

Ich halte euch auf dem Laufenden.
 
Ergänzend zu den bisherigen Hinweisen - die Firmware der 840 EVO ist nicht aktuell.

1768129312988.png


Die aktuelle Firmware-Version ist EXT0DB6Q. Um diese zu aktualisieren, brauchst du eine ältere Version von Samsung Magician. Ich hatte es iirc immer mit der Magician-Version 5.0.1 gemacht.
 
  • Gefällt mir
Reaktionen: whats4
Hast du den Sitz des Prozessors schon überprüft, und auch die RAMs einzeln probiert, auf unterschiedlichen Slots? Normalerweise sieht das alles nach Speicherfehler aus.
Wahrscheinlich auch nichit auszuschließen, dass es am Speichercontroller (in der CPU) liegt.

Ich hab' hier auch 'n 5600G im B550, und der läuft perfekt.
 
@eYc Hatte die Probleme ja bereits mit dem alten Board. Das hab ich geschrottet, da mir beim Bios-Update der Rechner abgestürzt ist.

Ich habe auch ein zweites RAM-Kit getestet.

Das bei beiden Boards die CPU falsch sitzt oder beide RAM-KITs defekt waren, ist eher unwahrscheinlich.
 
  • Gefällt mir
Reaktionen: eYc
Zurück
Oben