Nachdem ich alle zuletzt empfohlenen Maßnahmen erfolglos durchprobiert habe -es bleibt beim BSOD- habe ich jetzt wieder Win 10 aus einem aktuellen Image zurückgespielt. Win 11 vorher plattgemacht (gparted), natürlich zunächst gesichert.

Es will mir nicht einleuchten, warum Win 10 kein Problem macht. Die Hardware bleibt doch immer dieselbe.

Lange Rede, kurzer Sinn: Wir haben uns jetzt lange genug bemüht, wofür ich nochmals danke. Entweder rufe ich gleich Bill Gates an, oder ich installiere Win 11 von Grund auf neu. Das wollte ich schon länger mal wieder machen. Basisarbeit !

Man könnte zeitweise auf den vollen Dump umstellen, aber dann gibt es möglicherweise Probleme mit dem Upload.
Eraser sehe ich nicht als Verursacher an, weil der ja nur in einem Dump auftaucht. Der ist eher nur Leidtragender eines schon korrupten Speicherzustands.

Und eventuell mal Eraser aus dem Autostart nehmen. Ich sehe zwar da im moment keinen Zusammenhang mi dem Netzwerk, aber wer weiß. beide Dumps sind da nicht wirklich schlüssig, warum der Kernel (ntkrnlmp.exe) BSODs generiert. Die Minidumps scheinen da nicht ausreichend zu sein.

Bin unterwegs, gehe nachher ans Werk 😎

Das ist jetzt wieder ein anderer Fehlercode, aber ebenfalls eine Speicherschutzverletzung.
Da ich nicht davon ausgehe, dass RAM defekt ist, würde ich zuerst den Schnellstart deaktivieren, der sorgt dafür, dass Fehler, die beim Herunterfahren schon vorhanden waren, wieder mit geladen werden.
Ausführen von shutdown -r -t 0 zum neu starten verhindert das auch, aber nur einmalig.
Leider geben die bisherigen Dumps keinen direkten Hinweis auf einen Prozess oder Treiber.
Versuche es mal in der Reihenfolge:
Ausführen von shutdown -r -t 0
Nach dem Neustart versuchen, die Netzwerkverbindung herzustellen.
Vielleicht kann man so den Fehler einfangen.

Beides nochmal ganz neu !

Dann lade doch das passende dump-file hoch und nicht wieder das log.

So ist es, es geht nach wie vor nur umgekehrt !

Die DumpStack.log ist nicht so interessant. Das ist bloß die Logdatei über die Aufzeichnung des BSOD und des Anlegens der Dump-Datei.

Interessant sind hier immer nur die Dump-Dateien. Sieht aber nach demselben Fehler von der ersten Dump-Datei aus.

Beim Reproduzieren des BSODs, hast Du da nur versucht, eine Netzwerkverbindung von Desktop zu Laptop herzustellen?

Stimmt, ich habe nochmal einen BSOD provoziert !

Das ist ein Dump, aber nicht der, der zu dem vorher geposteten Log passt.
In dem Dump hat das Programm eraser.exe eine Speicherschutzverletzung produziert.
Diesmal ist der Fehlercode SYSTEM_SERVICE_EXCEPTION 0x0000003B.
Mit den Anmeldeproblemen im Netzwerk hat das nichts zu tun.

Ich hoffe, dass es so richtig ist !

Da Du ja in dem Forum auch aktiv bist, verlinke ich mal auf eine Beschreibung, die das erklärt.
https://www.windows-11-forum.de/threads ... be.157609/
Niemand erwartet, dass Du einen Debugger benutzen kannst. Deshalb stelle einfach die Datei(en) zur Verfügung.

@HAL 9000

Ich bin in diesem Sachgebiet unterbelichtet. Wo finde ich Dump/ Debugger ?

Nicht das Log ist interessant, sondern der Dump.
Den kann man in einem Debugger analysieren.
Dort findet man im Stacktrace die Reihenfolge der aufgerufenen Prozesse, wenn ein Treiber den BSOD ausgelöst hat, steht der auch da drin.
Der Fehlercode 0x0000000000000139 bedeutet, dass der Kernel die Beschädigung einer kritischen Datenstruktur erkannt hat. Das sagt aber noch nicht viel über den Auslöser aus.
Den oder die vorhandenen Dumps kann man in ein Zip-Archiv verpacken und hier anhängen.