Dopo KB5124008 alcune cartelle condivise con ambienti Linux su Windows 11 possono non comparire più, anche se la macchina virtuale si avvia normalmente. Microsoft ha confermato il problema l’11 settembre 2026: riguarda applicazioni che usano macchine virtuali gestite da Host Compute Service, HCS, e condividono cartelle dell’host con Linux tramite Plan9. Tra gli ambienti citati esplicitamente c’è anche Windows Subsystem for Linux, WSL.
Il sintomo più importante è preciso: la VM Linux parte, ma una cartella proveniente da Windows non appare nel guest oppure non è accessibile. Questo non significa che ogni errore di WSL dopo l’aggiornamento dipenda da KB5124008 e non significa che tutte le installazioni WSL smettano di funzionare. Prima di reinstallare distro, cancellare dati o rimuovere una patch di sicurezza conviene verificare versione, build e tipo di condivisione coinvolta.
| Situazione | Compatibile con il bug noto? |
|---|---|
| VM Linux parte ma la cartella Windows condivisa non compare | Sì, se la condivisione usa Plan9 in un ambiente HCS |
| Errore che indica nessuna condivisione Plan9 montata | Sì |
| WSL non si avvia affatto | Non basta per attribuire la causa a questo bug |
| VM Hyper-V standard senza Plan9 | No, Microsoft le esclude dal problema noto |
| File Linux danneggiati o distro che non parte da prima dell’update | Probabile causa diversa |
Cosa ha confermato Microsoft sul bug Plan9
Nella pagina Windows Release Health di Windows 11 24H2, Microsoft classifica il problema come Confirmed. L’origine indicata per Windows 11 24H2 e 25H2 è l’aggiornamento di sicurezza dell’8 settembre 2026 KB5124008.
La descrizione ufficiale è molto specifica: le applicazioni che usano VM gestite tramite HCS possono avere problemi quando condividono cartelle dell’host con VM Linux tramite Plan9. La macchina virtuale continua ad avviarsi, ma la cartella condivisa può non essere visibile o accessibile nel sistema Linux.
Microsoft cita Claude Cowork e WSL tra gli ambienti interessati e precisa che le normali macchine virtuali Hyper-V che non usano Plan9 non rientrano in questo problema. Al 13 settembre l’azienda sta ancora lavorando a una correzione e non ha indicato una build definitiva che risolva il difetto.
Perché WSL può sembrare funzionante ma una cartella non esserlo
Il punto che può confondere è che il problema riguarda la condivisione delle cartelle, non necessariamente l’avvio dell’ambiente Linux. Puoi quindi vedere la distro partire, ottenere il prompt e riuscire a eseguire comandi, ma incontrare un errore quando un’applicazione o una sandbox tenta di montare una cartella proveniente dall’host Windows.
Questo spiega anche perché un semplice riavvio della VM o la reinstallazione dell’applicazione può non cambiare nulla. Se la regressione è nel percorso usato da Windows per collegare la condivisione Plan9, ricreare la stessa configurazione può produrre lo stesso errore.
Non bisogna però estendere il problema a qualsiasi installazione WSL. Microsoft non afferma che ogni funzione di WSL sia inutilizzabile: collega il difetto agli scenari HCS con cartelle condivise tramite Plan9. Se il tuo WSL funziona e accede normalmente ai percorsi che usi, non serve applicare modifiche preventive.
Come verificare se hai KB5124008
- Premi Windows + R, digita
winvere premi Invio. - Su Windows 11 25H2 controlla se la build è 26200.9445 o successiva.
- Su Windows 11 24H2 controlla se la build è 26100.9445 o successiva.
- Apri Impostazioni > Windows Update > Cronologia aggiornamenti.
- Cerca KB5124008 tra gli aggiornamenti di qualità.
Se usi un ramo diverso di Windows 11, il numero del cumulativo può cambiare. Microsoft indica tra le piattaforme interessate anche Windows 11 26H1 e 23H2. Per il quadro generale su 24H2 e 25H2 abbiamo già raccolto correzioni e problemi aperti nell’approfondimento su Windows 11 KB5124008.
La pagina del KB e Release Health non sono ancora allineate
Alla verifica del 13 settembre c’è una discrepanza nelle stesse fonti Microsoft. La scheda italiana di KB5124008 può ancora indicare che Microsoft non è a conoscenza di problemi relativi all’aggiornamento, mentre Windows Release Health riporta il bug Plan9 come confermato dall’11 settembre.
Per un problema appena riconosciuto conviene quindi controllare soprattutto Release Health, che Microsoft usa per aggiornare lo stato dei problemi noti e delle mitigazioni. Non è raro che pagine differenti vengano aggiornate in momenti diversi.
Cosa controllare prima di reinstallare WSL
Se il problema è comparso subito dopo la patch di settembre, evita di partire dalla soluzione più invasiva. Prima raccogli informazioni che permettano di distinguere il bug Plan9 da un problema della singola distro.
- Verifica che la distro parta. Se non si avvia, il sintomo è più ampio della sola condivisione Plan9.
- Controlla quali cartelle mancano. Se il problema riguarda una cartella Windows collegata a un ambiente HCS, il caso è più compatibile con la regressione nota.
- Annota l’errore esatto. Messaggi relativi a Plan9 o a drive share non montati sono particolarmente indicativi.
- Controlla la build. La coincidenza temporale con KB5124008 rafforza il sospetto, ma non basta da sola.
- Non cancellare la distro. Una cartella host non montata non significa che il filesystem Linux sia danneggiato.
Reinstallare WSL o la distro risolve?
Non è una soluzione indicata da Microsoft per questo problema noto. Se la causa è il percorso di condivisione Plan9 introdotto o modificato dall’aggiornamento, reinstallare Ubuntu, Debian o un’altra distro può lasciare invariato il componente Windows responsabile.
Una reinstallazione ha senso soltanto se hai prove di un problema separato nella distro e possiedi un backup dei dati importanti. Per il bug confermato è più prudente attendere l’aggiornamento correttivo e mantenere intatti i dati, soprattutto su macchine usate per sviluppo o lavoro.
Conviene disinstallare KB5124008?
Non come primo tentativo. KB5124008 è un aggiornamento di sicurezza e rimuoverlo significa perdere anche le correzioni distribuite l’8 settembre. Il rollback può inoltre non essere disponibile in tutte le configurazioni e, in un PC aziendale, può essere bloccato dalle policy IT.
Se il problema riguarda soltanto una sandbox o un flusso di lavoro specifico, valuta prima un percorso alternativo che non dipenda dalla condivisione Plan9. Se invece il blocco rende inutilizzabile un sistema di produzione, la decisione sul rollback dovrebbe essere presa con una strategia di sicurezza e di ripristino, non come tentativo casuale.
Il caso Claude Cowork è già trattato separatamente nella guida su Claude Cowork che non accede ai file dopo KB5124008. Qui l’intento è diverso: capire quando un problema di cartelle Linux o WSL coincide con la regressione Plan9 e quando invece bisogna cercare un’altra causa.
Quando arriverà il fix per WSL e Plan9
Al 13 settembre 2026 Microsoft indica soltanto che sta lavorando a una risoluzione e che aggiornerà la documentazione quando avrà nuove informazioni. Non esiste ancora una build ufficiale da indicare come correzione definitiva.
Se il tuo ambiente è interessato, il controllo più utile è seguire Windows Release Health e installare il futuro aggiornamento correttivo quando Microsoft lo renderà disponibile. Nel frattempo, evita reset, cancellazioni di distro e modifiche invasive se il solo problema è una cartella condivisa che non viene montata.
