Supponendo che il sistema operativo Windows host possa accedere a una condivisione file in "\\servername\sharename", prova questo comando in bash. Dovrai essere root:
mkdir /mnt/mountedshare
mount -t drvfs '\\servername\sharename' /mnt/mountedshare
Le virgolette singole sono importanti!
Ha funzionato per me con un percorso UNC di SharePoint Online. I permessi però sono incasinati. Posso navigare tra le cartelle e vedere i nomi dei file, ma non riesco a leggere i file. Quindi è necessario capire la cosa dei permessi. Fammi sapere se ci riesci.
Mentre hai un montaggio creato sull'host Windows tramite /mnt/c già creato per te in WSL, se desideri montare una condivisione da un altro computer, dovrai creare il punto di montaggio, ad es.
sudo mkdir -p /mnt/somename
Quindi dovrai montare il smb:// condiviso in remoto filesystem in quel punto di montaggio usando mount.cifs , ad esempio
sudo mount.cifs //server/sharename /mnt/somename
Facoltativamente, vorrai includere le opzioni dopo /mnt/somename come
-o username=yourname,uid=YOURUID,noperm,password=yourpassforremoteshare
Se stai tentando di montare una condivisione WinXP precedente, dovrai abilitare NTLMv1 autenticazione includendo il sec=ntlm o sec=ntlm1 . Vedi mount.cifs per un ulteriore utilizzo del sec= opzione.
In realtà se la condivisione di Windows è già mappata su un'unità nell'host di Windows, può essere ancora più semplice. Supponiamo che tu abbia già montato la condivisione su Z: . In tal caso funzionerà quanto segue:
sudo mkdir /mnt/z
sudo mount -t drvfs 'Z:' /mnt/z
In WSL (sto usando Ubuntu) sembra che quando installi cifs-utils non crei il file del modulo di cui cifs ha bisogno durante il montaggio. Digita:"modinfo cifs" e vedrai. Ad ogni modo, la soluzione è mappare una lettera di unità in Windows e quindi montarla, come menzionato sopra. Grazie gabuzo.
Forse è che cifs-utils sta cercando nel posto sbagliato il file del modulo. Oppure MS lo ha disabilitato intenzionalmente. Non vogliono che WSL sia troppo utile.