Description : La mise à jour Windows 11 de septembre 2026 pouvait bloquer les commandes locales de Claude Cowork avec « no Plan9 drive shares mounted ». Voici les versions concernées, les correctifs officiels et les vérifications sans risque.
Si Claude Cowork ne voit plus les dossiers connectés depuis la mise à jour Windows du 8 septembre 2026, vérifiez la régression du partage Plan9 reconnue par Microsoft. Un correctif est sorti le 14 septembre : KB5129195 pour Windows 11 24H2/25H2 et KB5129194 pour 26H1. Au 18 octobre 2026, la meilleure première mesure consiste à installer la dernière mise à jour cumulative adaptée à votre appareil.[1][2][3]
Pourquoi l'environnement démarre-t-il sans retrouver les dossiers ?
Le dysfonctionnement touche le partage des dossiers Windows avec des machines virtuelles Linux gérées par HCS au moyen de Plan9. La machine virtuelle peut démarrer, tandis que les dossiers de l'hôte restent invisibles dans Linux. Microsoft cite Claude Cowork et le Sous-système Windows pour Linux (WSL) parmi les logiciels concernés. Cela ne signifie pas que toutes les installations WSL ont rencontré le même problème.[1]
Dans le ticket GitHub public #92958, les commandes locales device_bash échouaient avec sandbox-helper: no Plan9 drive shares mounted under /mnt/.virtiofs-root/shared. Sur certains PC, l'énumération et le transfert de fichiers fonctionnaient encore. Des utilisateurs ont comparé le comportement avant et après une modification de Windows en conservant la même version de Claude Desktop. Il s'agit de mesures individuelles, à distinguer de la reconnaissance officielle du défaut Plan9 et de sa correction.[4][2]
Quel correctif pour votre version de Windows ?
| Windows 11 | Mise à jour et build associés au problème | Premier correctif et build |
|---|---|---|
| 24H2 | KB5124008 / 26100.9445 | KB5129195 / 26100.9457 |
| 25H2 | KB5124008 / 26200.9445 | KB5129195 / 26200.9457 |
| 26H1 | KB5124012 / 28000.2954 | KB5129194 / 28000.2956 |
Le tableau présente les premières versions corrigées. Une mise à jour cumulative plus récente du même canal peut intégrer la correction. N'installez pas de force un paquet destiné à une autre version, notamment 26H2 ou Insider.[2][3][5]
Vérifier et réparer sans réinitialisation
- Appuyez sur
Win + R, saisissezwinveret notez la version ainsi que le build. Ouvrez Paramètres → Windows Update → Historique des mises à jour pour relever le numéro KB. - Essayez un dossier de test sans données sensibles. Si Cowork affiche les fichiers mais échoue uniquement sur les commandes locales, recherchez le message de montage Plan9. Masquez les noms, chemins et identifiants avant de transmettre des journaux.[4]
- Installez via Windows Update la dernière mise à jour proposée pour votre version, puis redémarrez. Sur un PC administré, passez par le service informatique.[2][3]
- Testez d'abord la lecture du même dossier. Pour tester l'écriture, utilisez uniquement un fichier jetable. Vérifiez les fichiers produits et leurs dates avant de relancer les tâches planifiées en échec.
- Si le problème persiste, conservez le build, le KB, la version de Claude Desktop, le mode local/nuage et l'erreur anonymisée. Un WSL qui ne démarre pas du tout peut relever d'une autre panne.
Pourquoi éviter la désinstallation et la suppression des données ?
Plusieurs témoignages indiquent que redémarrer l'application ou reconnecter le dossier ne suffisait pas. Désinstaller la mise à jour de sécurité retire aussi des protections : préférez le correctif Windows. Ne supprimez ni distribution WSL, ni disque virtuel, ni espace de travail Cowork pour ce test.[4][2]
Certains utilisateurs ont temporairement basculé l'exécution vers le nuage. Cela peut changer le lieu de traitement des fichiers : vérifiez la politique de confidentialité et les règles de l'entreprise avant d'y envoyer des documents sensibles. Microsoft a confirmé une indisponibilité du partage, pas une suppression démontrée des fichiers existants.[1][4]
Conclusion
Un shell local Claude Cowork en panne après Windows Update peut révéler un problème Plan9 côté Windows plutôt qu'une défaillance de Claude. Vérifiez winver, appliquez le bon correctif ou une mise à jour cumulative ultérieure, puis refaites un test sans risque.
Références (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] Reproduction publique #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
