Come trovare la cartella home di WSL dalla GUI di Windows

Se ti serve la cartella home di una distro WSL dalla GUI di Windows, il modo più veloce non è cercare “dove la nasconde Linux”, ma capire quale percorso vuoi raggiungere: il filesystem della distro visto da Windows oppure i file del profilo utente Windows dentro WSL. Sono due cose diverse e confonderle fa perdere tempo, soprattutto quando la distro è stata installata da Microsoft Store o quando usi WSL2.

La risposta pratica è questa: dalla GUI di Windows puoi aprire la home di WSL in due modi utili. Il primo è tramite il percorso di rete \wsl$, che espone direttamente le distro registrate. Il secondo è entrando nel package della distro sotto %LOCALAPPDATA%\Packages, ma questo serve più spesso per backup, import/export o per capire dove stanno i dati persistenti della distribuzione. Se vuoi lavorare sui file della home, il primo è di solito quello giusto.

Il percorso più semplice: \wsl$ da Esplora file

Apri Esplora file e nella barra degli indirizzi digita \wsl$. Premi Invio: Windows mostrerà l’elenco delle distro WSL disponibili. Da lì entri nella distro che ti interessa e poi vai in home.

In molti casi il percorso completo della home dell’utente Linux è simile a \wsl$\Ubuntu\home\nomeutente. Se la tua distro non si chiama Ubuntu, il nome cambia in base a quello registrato in WSL. È il metodo più leggibile perché non richiede di sapere dove Windows ha memorizzato l’immagine del filesystem.

Se vuoi arrivarci ancora più rapidamente, puoi incollare direttamente il percorso nella barra indirizzi di Esplora file. Questo evita di navigare cartella per cartella, e soprattutto evita il classico errore di aprire la home di Windows al posto di quella Linux.

Quando \wsl$ non basta: capire il package della distro

Se la tua esigenza non è solo aprire la home, ma capire dove WSL conserva i dati della distribuzione, allora devi guardare sotto %LOCALAPPDATA%\Packages. Ogni distro installata dal Microsoft Store ha un package dedicato, con una struttura simile a %LOCALAPPDATA%\Packages\CanonicalGroupLimited.Ubuntu...\LocalState.

Dentro LocalState trovi il disco virtuale della distro, tipicamente ext4.vhdx su WSL2. Non è la home “navigabile” come file separati in stile Windows: è un’immagine disco. Per questo, se il tuo obiettivo è aprire o copiare file dalla home, non devi montare nulla a mano in condizioni normali. Usa \wsl$ e basta.

Questo dettaglio conta perché molti tutorial mescolano i due livelli: quello del filesystem Linux visto da Windows e quello del contenitore fisico dei dati della distro. La home dell’utente Linux vive dentro il filesystem della distro; il package Windows è solo il contenitore.

Come riconoscere la home corretta dentro una distro

Una volta entrato in \wsl$\NomeDistro, la home dell’utente Linux si trova quasi sempre in /home/nomeutente. Se hai una sola utenza creata al primo avvio, il nome coincide spesso con quello scelto durante l’installazione, ma non dare per scontato che sia uguale al nome dell’account Windows.

Se non ricordi l’utente Linux, puoi verificarlo da terminale dentro WSL con un comando minimale:

whoami

Il risultato ti dice la directory da cercare sotto /home. Se il comando restituisce root, allora non stai guardando una home utente standard, ma la sessione amministrativa. In quel caso la home corretta è /root, non /home.

Questa distinzione è importante anche dalla GUI: se apri il percorso sbagliato, potresti pensare che la home “non esista”, quando in realtà stai entrando con un utente diverso o in una distro diversa da quella che ti aspettavi.

Aprire la home di WSL da un collegamento o dalla barra Esegui

Se fai spesso operazioni sulla home di WSL, conviene creare un accesso rapido. Puoi incollare \wsl$\NomeDistro\home\nomeutente nella finestra Esegui di Windows oppure salvarlo nei Preferiti di Esplora file. È una piccola scorciatoia, ma in pratica evita di ripetere sempre la navigazione iniziale.

In alternativa, puoi creare un collegamento sul desktop che punta direttamente alla cartella. Non è elegante, ma in ambienti operativi funziona bene: chi deve aprire spesso log, script o repo nella home non perde tempo a ricordare il percorso esatto.

Se lavori con più distro, il consiglio è di non usare un collegamento generico a \wsl$ e basta. Meglio puntare alla distro specifica: riduci gli errori e vai subito nel filesystem giusto.

Perché a volte \wsl$ non si apre dalla GUI

Se \wsl$ non risponde o appare vuoto, il problema di solito non è la cartella home in sé, ma il layer WSL o il servizio di integrazione che non è in stato corretto. Prima di cambiare configurazioni, verifica che la distro esista davvero e che sia in esecuzione.

Dal terminale di Windows puoi controllare rapidamente lo stato con:

wsl -l -v

Ti interessa vedere la distro elencata e il suo stato, ad esempio Running o Stopped. Se non compare, la GUI non può aprire una home che non è registrata. Se compare ma \wsl$ resta irraggiungibile, il problema è più probabilmente di integrazione Windows/WSL che del filesystem Linux.

In casi banali, basta avviare la distro una volta con:

wsl

Questo forza l’avvio del subsystem e spesso rende subito navigabile \wsl$ da Esplora file. È un passaggio utile soprattutto dopo reboot o dopo aggiornamenti di Windows.

Se devi lavorare sui file: attenzione al confine tra Windows e Linux

Aprire la home di WSL dalla GUI di Windows è comodo, ma non significa che sia sempre il modo migliore per modificare tutto. I file dentro \wsl$ sono accessibili, però il comportamento può cambiare se usi editor Windows che salvano con meccanismi diversi da quelli Linux. In pratica, per file di configurazione e script, aprirli da GUI va bene; per operazioni massive o automazioni, meglio lavorare dal lato Linux.

Un esempio tipico: vuoi editare ~/.bashrc o uno script in ~/bin. Aprirlo con un editor Windows è possibile, ma devi evitare conversioni di fine riga o caratteri strani che poi rompono lo shell startup. Se il file è sensibile, meglio usare un editor compatibile o modificarlo direttamente dentro WSL.

Lo stesso vale per i repository Git: la GUI di Windows è utile per sfogliare, ma se il progetto vive in WSL conviene mantenere il lavoro coerente nel medesimo ambiente, soprattutto quando entrano in gioco permessi, symlink e case sensitivity.

Due scenari pratici che evitano errori

Scenario uno: devi recuperare un file scaricato da uno script in WSL. Apri \wsl$\NomeDistro\home\nomeutente\Downloads e lo copi da lì. È il caso più semplice, perché stai solo leggendo o spostando un file.

Scenario due: devi aprire la home perché non trovi un file “salvato in Linux”. In questo caso controlla prima dove lo script scrive davvero. Molti tool Linux salvano in ~ per default, ma alcuni usano percorsi relativi al progetto o directory nascoste come ~/.config, ~/.local/share o ~/.ssh. La GUI di Windows ti fa vedere tutto, ma non ti dice automaticamente quale sia il percorso logico usato dall’applicazione.

Se cerchi chiavi SSH, ad esempio, non devi guardare in una cartella Windows generica: la home corretta è quella della distro giusta, e il percorso sarà qualcosa come \wsl$\Ubuntu\home\nomeutente\.ssh. Se non trovi il file lì, il problema non è la GUI: il file è stato creato altrove, oppure non è stato creato affatto.

Check rapido se non sai da dove partire

Se hai dubbi, fai questa sequenza minima:

1. Apri Esplora file e prova \wsl$.
2. Entra nella distro corretta.
3. Vai in /home e identifica l’utente con whoami se serve.
4. Se la distro non compare, verifica con wsl -l -v.
5. Se \wsl$ resta vuoto, avvia WSL con wsl e riprova.

Questo flusso ti porta quasi sempre alla cartella giusta senza dover esplorare i package di Windows o cercare percorsi interni a mano. È il percorso più pulito per la normale amministrazione quotidiana.

Quando conviene usare il path del package invece di \wsl$

Usa il path del package solo quando ti serve intervenire sul contenitore della distro, non sui file della home. Tipicamente succede per backup, migrazioni, restore, analisi dello spazio occupato o troubleshooting avanzato. In quei casi il riferimento è %LOCALAPPDATA%\Packages\...\LocalState, non la home Linux.

Per tutto il resto, \wsl$ è il percorso corretto perché ti porta direttamente al filesystem Linux con una vista comprensibile da Windows. È il punto di equilibrio migliore tra praticità e precisione: non devi conoscere la struttura interna di WSL2, e non rischi di confondere il contenitore con il contenuto.

In sintesi operativa: se vuoi aprire la home, usa \wsl$. Se vuoi capire dove risiede la distro, guarda sotto %LOCALAPPDATA%\Packages. Se vuoi modificare file, verifica sempre di stare nella distro e nell’utente giusti. È un dettaglio banale solo finché non hai due distro, un root shell e un file che “scompare” perché lo stavi cercando nel posto sbagliato.