Beschreibung: Nach dem Windows-11-Update vom September 2026 konnten lokale Befehle in Claude Cowork mit „no Plan9 drive shares mounted“ scheitern. Hier stehen betroffene Builds, passende Korrekturupdates und sichere Prüfschritte.
Wenn Claude Cowork seit dem Windows-Update vom 8. September 2026 nicht mehr auf verbundene Ordner zugreifen kann, prüfen Sie den von Microsoft bestätigten Plan9-Freigabefehler. Die Korrektur erschien am 14. September: KB5129195 für Windows 11 24H2/25H2 und KB5129194 für 26H1. Stand 18. Oktober 2026 sollte zuerst das neueste für den jeweiligen Rechner vorgesehene kumulative Update installiert werden.[1][2][3]
Die virtuelle Maschine startet, aber die Freigabe fehlt
Betroffen war die Ordnerfreigabe vom Windows-Host an HCS-verwaltete Linux-VMs über Plan9. Die virtuelle Maschine konnte normal starten, während die Windows-Ordner im Linux-Gastsystem nicht erschienen. Microsoft nennt Claude Cowork und das Windows-Subsystem für Linux (WSL) als Beispiele. Daraus folgt nicht, dass jede WSL-Installation gleichermaßen betroffen war.[1]
Im öffentlichen GitHub-Ticket #92958 meldeten Anwender, dass lokale device_bash-Aufrufe mit sandbox-helper: no Plan9 drive shares mounted under /mnt/.virtiofs-root/shared abbrachen. Auf manchen Geräten funktionierten Dateilisten und Dateiübertragungen weiterhin. Einzelne Nutzer verglichen Windows-Builds bei unveränderter Claude-Desktop-Version. Das sind individuelle Reproduktionstests; offiziell bestätigt wurden der Plan9-Freigabefehler und dessen Behebung durch Windows-Updates.[4][2]
Welche Korrektur passt zu welcher Windows-Version?
| Windows 11 | Problematisches Update und Build | Erstes Korrekturupdate und Build |
|---|---|---|
| 24H2 | KB5124008 / 26100.9445 | KB5129195 / 26100.9457 |
| 25H2 | KB5124008 / 26200.9445 | KB5129195 / 26200.9457 |
| 26H1 | KB5124012 / 28000.2954 | KB5129194 / 28000.2956 |
Aufgeführt sind die ersten korrigierten Builds. Spätere kumulative Updates desselben Wartungszweigs können die Korrektur ebenfalls enthalten. Installieren Sie kein Paket für einen anderen Zweig oder eine Insider-Version mit Gewalt.[2][3][5]
Sicher prüfen, ohne Windows zurückzusetzen
Win + Rdrücken,winvereingeben und Version sowie Build notieren. Unter Einstellungen → Windows Update → Updateverlauf die KB-Nummer nachsehen.- Einen Testordner ohne vertrauliche Daten verwenden. Wenn Cowork Dateien auflisten kann, aber lokale Befehle scheitern, nach der Plan9-Mount-Fehlermeldung suchen. Vor dem Teilen von Protokollen Benutzernamen, Pfade und Zugangsdaten entfernen.[4]
- Über Windows Update das neueste passende, angebotene Update installieren und neu starten. Bei verwalteten Firmenrechnern die IT-Abteilung einbeziehen.[2][3]
- Im selben Ordner zunächst nur eine Datei lesen. Schreibtests ausschließlich mit entbehrlichen Testdateien durchführen. Ergebnisse und Änderungszeiten fehlgeschlagener geplanter Aufgaben prüfen, bevor sie erneut gestartet werden.
- Bleibt der Fehler bestehen, OS-Build, KB, Claude-Desktop-Version, lokalen oder Cloud-Modus und bereinigte Fehlermeldung festhalten. Wenn WSL selbst nicht startet, ist eine getrennte Diagnose nötig.
Warum weder Sicherheitsupdate entfernen noch Arbeitsbereich löschen?
In mehreren Nutzerberichten halfen App-Neustart und erneutes Verbinden des Ordners nicht. Das Entfernen des September-Sicherheitsupdates entfernt zugleich Schutzmaßnahmen. Das offizielle Korrekturupdate ist daher vorzuziehen. Löschen Sie zum Testen keine WSL-Distribution, virtuelle Festplatte oder Cowork-Arbeitsdaten.[4][2]
Manche Nutzer wechselten vorübergehend zur Cloud-Ausführung. Dadurch kann sich der Ort der Datenverarbeitung ändern. Vor der Nutzung mit vertraulichen Dateien sind Unternehmensregeln und Datenschutzeinstellungen zu prüfen. Microsoft bestätigte einen Freigabezugriffsfehler, nicht die Löschung vorhandener Dateien.[1][4]
Fazit
Ein ausgefallener lokaler Cowork-Befehl nach dem Windows-Update kann auf die Plan9-Freigabe von Windows zurückgehen. Prüfen Sie winver und den Updateverlauf, installieren Sie die passende Korrektur oder ein neueres kumulatives Update und testen Sie anschließend mit einem harmlosen Ordner.
Quellen (1)
[1] Microsoft, KB5124008: https://support.microsoft.com/en-us/servicing/os/windows-11/2026/09/kb5124008-windows-11-24h2-25h2-security-update [2] Microsoft, KB5129195: https://support.microsoft.com/en-us/servicing/os/windows-11/2026/09/kb5129195-windows-11-24h2-25h2-security-update [3] Microsoft, KB5129194: https://support.microsoft.com/ja-jp/servicing/os/windows-11/2026/09/kb5129194-windows-11-26h1-security-update [4] Öffentliche Reproduktionsberichte #92958: https://github.com/anthropics/claude-code/issues/92958 [5] Microsoft, KB5124012: https://support.microsoft.com/en-us/servicing/os/windows-11/2026/09/kb5124012-windows-11-26h1-security-update
