Ich habe Visual Studio von Microsoft überdieser Link. Ich wollte qView (minimalistischer Bildbetrachter) installieren und dafür ist Visual Studio erforderlich. Deshalb wollte ich sicherstellen, dass ich die neueste Version habe. Ich habe es heruntergeladen und installiert, und gleich nach dem Neustart wurde ich von einem BSOD mit der Fehlermeldung „BAD_POOL_HEADER“ getroffen.
Als ich das nachschlug, fand ich Vorschläge, dass es ein RAM-Problem sein könnte. OK, also entfernte ich den RAM und installierte ihn neu. Ich führte die Speicherprüfung von Microsoft aus. Ich verwendete diskpart und bcdboot, um die Laufwerke zu prüfen und die Startpartition zu reparieren. Ich führte chkdsk aus und fand keine Fehler. Aber ich konnte den BSOD mit keinem der Vorschläge überwinden, die ich ausprobierte. Ich konnte weder in den abgesicherten Modus noch in den Wiederherstellungsmodus wechseln. Ich konnte eine Systemwiederherstellung auf einen Tag vor der Installation von Visual Studio durchführen – kein Unterschied, keine Verbesserung, nur der BSOD, der sich endlos wiederholte. Dasselbe, als ich einen Wiederherstellungspunkt für eine weitere Woche zuvor erstellte.
Auf einen anderen Vorschlag hin habe ich meine zusätzlichen Speicherlaufwerke entfernt (ich habe 2, Laufwerke D und F). Auf einem davon befindet sich eine Kopie einer alten Windows-Installation, die ich für alle Fälle als Backup aufbewahrt habe. Aber sie ist nicht bootfähig, und ich verwende die Hardware-/Software-Kombination seit Monaten ohne Probleme. Ich habe auch ein zweites SSD-Laufwerk mit einer alten Windows 10-Installation entfernt, die ich irgendwann löschen und Linux darauf installieren wollte. Dieses Laufwerk ist bootfähig, aber Windows hat zu keinem Zeitpunkt versucht, dieses Laufwerk zu booten. Als ich es über die UEFI-Einstellungen dazu zwang, bootete es ohne Probleme, allerdings ohne angeschlossene Speicherlaufwerke.
Nachdem ich die 3 Laufwerke entfernt hatte, konnte ich mein System über das Laufwerk C wie gewohnt starten. Also ging ich zurück und schloss das erste Speicherlaufwerk wieder an; nicht gut, wieder BSOD. Dasselbe mit dem zweiten Speicherlaufwerk, dasselbe mit beiden gleichzeitig. Entfernen Sie sie erneut, und mein Laufwerk C funktioniert wie gewohnt. Die zweite SSD mit der alten Windows-Installation war nicht beteiligt, lag die ganze Zeit auf dem Schreibtisch.
Dabei fiel mir auf, dass meine Laufwerke C und F vertauscht waren, als ich sie mit Diskpart ansah. Ich konnte nicht herausfinden, ob dies eine Funktion von Windows 11 war, die versuchte, eine Art Fehlerüberprüfung auf der Rückseite des BSOD durchzuführen, oder ob etwas anderes die Ursache war.
Ich glaube, die Installation von Visual Studio hat das Problem verursacht. Sonst hatte sich nichts an meinem System geändert, nichts anderes lief, nichts anderes war installiert. Nach der Installation und dem Neustart begannen die Probleme. Der Witz war, dass ich glaube, ich hatte bereits das neueste Visual Studio installiert. Ich dachte nur, es könne nicht schaden, sicherzustellen, dass ich die neueste Version habe ...
Also ging ich zum Microsoft-Support und erklärte ihnen alles. Natürlich wurde ich mit der wunderbaren Antwort abgeschreckt, dass ich „vor der Installation von Visual Studio den Kundensupport hätte kontaktieren sollen, um zu prüfen, ob es mit [meiner] Hardware kompatibel ist“, und der noch besseren „das ist ein Hardwarefehler, mit Visual Studio ist alles in Ordnung“ – ohne jegliche weitere Untersuchung. Ich hatte kein Interesse, irgendetwas zu tun, außer im abgesicherten Modus zu booten, was ich nur tun kann, wenn die Speicherlaufwerke entfernt sind. Nachdem ich die Sache nun eskaliert habe, warte ich auf eine E-Mail-Antwort von Microsoft, von der ich bereits weiß, dass sie mir einfach raten wird, eine Neuinstallation von Windows durchzuführen. Und natürlich könnte ich das selbst herausfinden.
ICHWirklichIch möchte keine Neuinstallation durchführen, da meine Musiksoftware Hunderte von VSTs und Kleinkram enthält, deren Neuinstallation Tage dauern würde. Das wäre unglaublich mühsam. Außerdem dachte ich, dass jemand anderes am Ende vor einem ähnlichen Dilemma stehen könnte.
Windows 11 läuft seit dem Bau des PCs vor 6 Monaten einwandfrei. Überhaupt keine wirklichen Probleme, nur die üblichen kleinen Ärgernisse und Ärgernisse, hauptsächlich Frustrationen mit Windows 11. Ich habe eine Menge Software installiert, von Ableton Live bis hin zu Steam-Spielen, Videobearbeitung, jede Menge professioneller Audiosoftware – alles ohne Probleme. Ich habe im Laufe der Jahre etwa 6 PCs gebaut. Ich bin kein Profi, aber ich recherchiere intensiv, um sicherzustellen, dass alles kompatibel ist, ich teste meine Installation gründlich, bevor ich weitere Programme installiere, und ich hatte noch nie ein einziges Problem mit irgendetwas, das ich gebaut habe. Ich bin sicherlich nicht fehlerfrei, aber ich bin zu 100 % sicher, dass die Hardware nicht die Ursache dieses speziellen Problems ist.
Ich bin jedoch auch nicht davon überzeugt, dass das Problem bei Visual Studio liegt. Es könnte auch eine andere Beschädigung vorliegen, die lediglich durch die Installation von Visual Studio ausgelöst wurde, oder es könnte sich um einen erstaunlichen Zufall handeln.
Aber hier sind abschließend meine Fragen: Gibt es eine Einstellung, die irgendwie geändert wurde und die ich ändern kann? Wo speichert Windows 11 seine Informationen zu bootfähigen Laufwerken und können diese geändert werden?
Ich habe die UEFI-Starteinstellungen des Motherboards so geändert, dass es nur auf das richtige Windows-Laufwerk bootet. Windows hat dies ignoriert und immer dann einen BSOD ausgegeben, wenn die Speicherlaufwerke angeschlossen wurden. Wie können die Speicherlaufwerke den Start auf diese Weise beeinflussen? Was übersehe ich, außer den Murmeln, mit denen ich den Tag begonnen habe?
Entschuldigen Sie, dass der Beitrag so lang ist. Ich konnte nicht herausfinden, wie ich ihn kürzer machen könnte, ohne wichtige Informationen zu verpassen. Und ich habe das Gefühl, dass ich immer noch nicht genug bereitgestellt habe!
Antwort1
Habe die Antwort endlich selbst herausgefunden! Ich hoffe, das hilft anderen:
Der Übeltäter war ein fehlerhafter Treiber. Ich konnte ihn aufspüren, indem ich in Minidump (C:\Windows\Minidump) ging und den Inhalt überBluescreen-Ansicht. Die Absturzliste, die das Programm erstellte, meldete, dass der Treiber „mrcbt.sys“ schuld war. Als ich „mrcbt.sys BSOD“ googelte, gelangte ich zu einem Forum für Macrium Reflect, das ich installiert und für den Fall aufbewahrt hatte, dass ich es brauchte. Ich deinstallierte es über die Systemsteuerung, der Treiber wurde gelöscht und die BSOD-Probleme verschwanden sofort nach dem Neustart! Externe USB-Laufwerke funktionieren normal, interne Laufwerke sind in Ordnung.
Ich vermute, dass bei mir die Installation von Visual Studio durch Macrium Reflect beschädigt wurde oder es irgendwie beschädigt hat, und dass dadurch der Treiber „mrcbt.sys“ beschädigt wurde. Natürlichkönnteein Zufall sein, und der Treiber von Macrium Reflect könnte zufällig gleichzeitig beschädigt worden sein.
Vielen Dank an die anderen hier, die Hilfe angeboten haben.
Kein Dank an den Microsoft-Support, der absolut nutzlos war. Ich habe eine Stunde und 10 Minuten im Webchat verschwendet, um beleidigt und ignoriert zu werden. Die Person hatte keine Ahnung, wovon sie sprach, und wiederholte eindeutig nur Antworten aus einem Skript oder Algorithmus. Zu keinem Zeitpunkt schlug der Support-Mitarbeiter vor, die Ereignisanzeige oder den Zuverlässigkeitsmonitor zu verwenden oder Minidump-Dateien oder andere Arten von Protokollen aufzurufen oder hochzuladen – alles Tools, die Teil einer Standardinstallation von Windows 11 Pro (und wahrscheinlich auch von Home, nehme ich an) sind. Ich habe eine lange Beschwerde-E-Mail gesendet...
Mein Vorschlag für alle mit ähnlichen BSOD-Fehlern, wo Sie sindSicherdass es nicht an der Hardware liegt, ist, zuerst Minidump zu überprüfen. Ich weiß nicht, wie Sie die Dateien ohne Blue Screen View anzeigen, aber ich fand, dass das Programm großartig funktionierte und sehr einfach zu verwenden war. Wenn die Antworten von dort aus nicht offensichtlich sind, würde ich als Nächstes die Ereignisanzeige und den Zuverlässigkeitsmonitor verwenden, um zumindest Fehlercodes und Informationen zu finden, die Sie googeln können. Wenn Sie sich nicht bei Ihrem PC/Laptop anmelden können, würde ich es, wenn möglich, mit einem Live-Linux-USB testen, da mir das sehr geholfen hat (unter anderem hilft es zu bestätigen, ob Ihre Hardware fehlerhaft ist oder nicht). Vom Live-Linux-USB würde ich dann auch auf Windows-Berichtsprotokolle wie Minidump zugreifen und sehen, was Sie finden können, und dann, mit Informationen bewaffnet, in einem Forum um Hilfe bitten, bevor ich mich an den Microsoft-Support wende!
Mein Problem war, dass ich noch nie zuvor mit einem so drastischen Systemfehler zu tun gehabt hatte und nicht wusste, wo ich nach Antworten suchen sollte. Ich dachte, ich poste hier so viele Informationen wie möglich, um anderen in ähnlichen Situationen zu helfen!