Ich hatte das gleiche Problem. Es lag (oder möglicherweise) an einer alten WSL-MSI von Github, die ich installiert habe, um Linux-GUI-Apps auszuführen. Beim Starten von Android-Apps und beim Aktualisieren des Linux-Subsystems ist mir auch ein BSOD mit der NetAdapterCs-Meldung aufgefallen, und ich habe den BSOD mit der NetAdapterCs.sys-Meldung erhalten. Ich habe das Windows-Linux-Subsystem vollständig entfernt. Ich hatte es über die
Systemsteuerung installiert, aber ich hatte auch die neue Version aus dem MS Store installiert. Sie sollten mit beiden aktivierten Funktionen funktionieren, aber das war nicht der Fall.
Nachdem ich jede Linux-Distribution entfernt hatte, entfernte ich die WSL-Vorschau, die ich hatte und die GUI-Apps erlaubte. Sie wollte das MSI, zum Glück konnte ich die MSI-Datei auf Github finden, sodass ich alles entfernen konnte. Danach habe ich die „Virtual Machine Platform“ und das „Linux Subsystem for Windows“ aus den Funktionen zum Hinzufügen und Entfernen aus der Systemsteuerung entfernt. Zuvor hatte ich die neuere Preview WSL-Version aus dem MS Store entfernt. Zu diesem Zeitpunkt war ein Neustart erforderlich.
Nach dem Neustart habe ich NUR die „Virtual Machine Platform“ über PowerShell installiert. Dann wurde WSL Preview aus dem Windows App Store installiert, dann eine Linux-Distribution. Zuerst hatte ich keine Internetverbindung über die Linux-Distribution, aber das war ein bekanntes Problem. Danach verliefen alle Aktualisierungen der WSL einwandfrei und ich habe zwei andere Distributionen neu installiert. Nachdem ich das getan habe, habe ich null BSOD mit dieser Meldung.
Einige meiner Android-Apps sind fehlerhaft, müssen aber einfach neu installiert werden. Danach funktionieren sie ohne Probleme. Ich hatte dieses Problem ursprünglich unter Windows 11 Insider Preview 25140.1000 (rs_prerelease). Ich hatte zweimal auf Windows 11 Insider Preview 10.0.25145.1011 aktualisiert, in der Hoffnung, dass das Problem dadurch behoben würde, aber ich bekam es immer noch. Ich konnte nur einmal ein Rollback durchführen, also bin ich im Moment auf *.1000, aktualisiere aber auf die neueste Version.
Ich denke, es lag an den virtuellen Netzwerkkarten für das Android- oder Linux-Subsystem. Mir ist aufgefallen, dass die IP, die ich erhalte, nach dem Update eher der Standard-IP 192.168.128.** für Linux und .128.** entspricht, sie sich also im selben Subnetz befinden. Früher waren sie meiner Meinung nach 172.
..*, was eher dem entspricht, was viele Orte für VPN-IPs verwenden. Ich kann mich nicht erinnern, ob sich die virtuellen IPs im selben Subnetz befanden oder nicht. Diese NetAdapterCs.sys-Datei könnte auf eine (oder beide) virtuelle Netzwerkkarten zurückzuführen sein, die für beide Subsysteme verwendet werden (Spekulation). Nach einiger Zeit würde es immer BSOD sein, aber das Starten einer Android-App oder der Versuch, ein „sudo apt-get update“ in einer beliebigen Linux-Distribution auszuführen, würde es jedes Mal zum BSOD machen.
Jetzt auf die neueste Version aktualisieren (Windows 11 Insider Preview 10.0.25145.1011). Ich melde mich zurück, wenn es spezifische Probleme mit diesem Fehler und BSOD gibt, aber ich denke, dass es mit ein paar alten, übriggebliebenen Linux-Subsystem-Netzwerkkram zu tun hat, von denen ich einige vielleicht selbst verursacht habe, aber da andere dieses Problem haben, kann es sein, dass es einfach so ist haben mit WSL und dem Android-Linux-Subsystem, seiner ursprünglichen Installation und den neuesten Insider-Preview-Build-Updates für Windows 11 zu tun. Natürlich nur Spekulation. Außerdem habe ich diese 2 Builds zurückbekommen. Ich habe es vorher wiederhergestellt, aber ich hatte beide Updates hintereinander durchgeführt, in der Hoffnung, dass das zweite Update das Problem beheben würde, aber das war nicht der Fall, also musste ich es herausfinden. Ich bin mir nicht sicher, ob ich das schon erwähnt habe.