Bash na Ubuntu w Windows Mount Network Share


12

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


1
Mam ten sam problem. Nawet jeśli podłączysz udział z Eksploratora, nie będzie on wymieniony w / mnt / (w przeciwieństwie do innych wewnętrznych lub zewnętrznych dysków). Myślę, że jest to ograniczenie obecnego wdrożenia, ale naprawdę chciałbym usłyszeć o tym więcej.
Astaar

@Astarr To samo, mam udział zamontowany w systemie Windows jako „dysk”, ale bash pokazuje tylko „prawdziwe” dyski. Nie widzę nic online na ten temat ani nie śledzę postępów, kiedy można to naprawić. Jeśli znajdziesz jakieś informacje na temat tego problemu, bardzo bym je docenił.
user3906878,

1
Istnieje problem dotyczący ich Github. To wszystko, co mogłem znaleźć: github.com/Microsoft/BashOnWindows/issues/214
Astaar

@Astarr wielkie dzięki! pilnuje również kwestii github.
user3906878,

1
Zobacz ten artykuł howtogeek.com/331053
Biswapriyo,

Odpowiedzi:


4

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 .


Cygwin nie jest potrzebny. Użyj git dla Windows ( git-scm.com/download/win ) i zamontuj zdalny dysk za pomocą sieci (lub Windows Explorer) jak zwykle.
FractalSpace

@FractalSpace Tak, git-scm jest równie dobry.
simlev

0

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.


Dzięki za odpowiedź, rozumiem, że jest w fazie beta, ale szukam rozwiązania lub obejścia problemu (takiego jak inny program), który pozwoli mi uruchomić git w folderze udziału (nawet szukałem problemu z githubem więc mogę śledzić, czy jest to naprawione czy nie).
user3906878,

0

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 ...


To wydaje się być twoim pierwszym wkładem. Przeczytaj inne odpowiedzi przed twoją, ponieważ opublikowałeś to samo polecenie, które zostało opublikowane w 2017 roku. Dziękujemy za dołączenie do naszej społeczności: D
DGoiko
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.