Bash na Ubuntu w Windows Mount Network Share

Zaktualizowałem system Windows 10 i zainstalowałem nową wersję bash w systemie Windows.

Jednak na obu komputerach próbowałem nie mogę zamontować udziału sieciowego.

Wypróbowałem wiele różnych sposobów montowania udziału:

sudo mount -t cifs -o username=xx,password=xx //192.168.x.x/Share /mnt/s

Po uruchomieniu powyższego polecenia wygląda na to pracował, nie ma błędów (nawet z --verboseopcją) Jednakże zamiar /mnt/snic nie pokazuje i mountpokazy: //192.168.x.x/Share on /mnt/s type cifs (rw).

Jestem w stanie przeglądać wszystkie pliki / foldery w udziale za pomocą smbclient

WSL był w fazie intensywnego rozwoju i obsługuje teraz montowanie sieciowych folderów współdzielonych:

sudo mkdir /mnt/s
sudo mount -t drvfs '\\192.168.x.x\Share' /mnt/s
cd /mnt/s
git init

Stara odpowiedź

Odpowiadam na twój komentarz tutaj:

Szukam rozwiązania lub obejścia problemu (takiego jak inny program), który pozwoli mi uruchomić git w folderze udziału.

Użyj Cygwin :

net use V: \\\\192.168.x.x\\Share
cd /cygdrive/v
git init

Lub cmder :

net use V: \\192.168.x.x\Share
V:
git init

Lub git-scm .

Podsystem Windows na Linuksa jest jeszcze w fazie beta, a niektóre funkcje nie są w pełni realizowane. Inne funkcje mogą nadal zawierać błędy.

Na przykład miałem problem z lnniektórymi maszynami pozornie poprawnie łączącymi katalogi, ale były problemy cdz podkatalogami w celu.

Ponieważ podczas instalowania dysku używana jest podobna przezroczystość przekierowywania folderów, może to być przyczyną problemu. Fakt, że jest to udział sieciowy, prawdopodobnie sam z siebie wprowadza szereg dziwactw.

Użyłem:

sudo mount -t drvfs \\ ścieżka \ do \ server \ share / mnt / u

Gdzie / mnt / u zostało już utworzone.

Ponieważ loguję się, by połączyć się z bash przy użyciu poświadczeń mojej domeny, nie ma potrzeby dodawania polecenia creds nanoto. Odczyt i zapis działa z moimi uprawnieniami.

Teraz, aby zmontować go za pomocą fstab ...