Gdzie mogę znaleźć punkt montowania udziałów SMB w 13.04?


39

W starszych wersjach Ubuntu można było uzyskać dostęp do udziałów SMB zamontowanych w Nautilusie, przechodząc do ~/.gvfs/katalogu. Uważam to za bardzo wygodne, ponieważ lubię używać Nautilusa do montowania udziałów, ale wykonuję wszystkie operacje dyskowe (kopiowanie, mv, znajdowanie itp.) Za pomocą wiersza poleceń.

Mam teraz Ubuntu 13.04 i chociaż mogę zamontować udział i używać go z Nautilus (którego nigdy nie używam), nie jestem w stanie znaleźć rzeczywistego punktu zamontowania. Czy to jeszcze gdzieś jest? A może został opuszczony? Czy mogę to odzyskać?

Wiem, że mogę montować udziały za pomocą CIFS i /etc/fstab, ale wolałbym korzystać z przestrzeni użytkownika. W ten sposób, kiedy instaluję nowy system lub przenoszę dom na inną maszynę, moje preferencje (w tym poświadczenia) pozostają w moim katalogu domowym i nie muszę się martwić o aktualizację fstab.

Nie chcę też montować go ręcznie za pomocą sudo (z sudo mount -t cifs ...). Tak, mógłbym utworzyć alias lub skrypt, ale musiałbym za każdym razem wpisywać hasło lub przechowywać hasło w pliku poświadczeń. I wpisz hasło sudo. A potem za każdym razem, gdy napotykam nowy udział, muszę pamiętać, jak utworzyć plik poświadczeń. Tak więc, mogę skończyć z tym rozwiązaniem, ale wolałbym nie zmieniać swoich obecnych nawyków, jeśli to możliwe.

Co więcej, jest kwestia innych użytkowników, dla których często dostarczam proste rozwiązanie wiersza poleceń. W 13.04 nie jest to już możliwe (na przykład, ponieważ użytkownicy, którym udostępniam rozwiązanie, nie mogą montować sudo na swoich komputerach).

W każdym razie jestem ciekawy, co się stało z gvfs i dlaczego nie widzę zamontowanych katalogów.

Odpowiedzi:


60

W nowszych wersjach montowania użytkowników gvfs są przenoszone do systemu plików / run

/run/user/<username>/gvfs

zobacz Dlaczego moje instalacje gvfs nie pojawiają się w ~ / .gvfs lub / run / user / <login> / gvfs?

[nie oznaczony jako duplikat, ponieważ odpowiedzi tam są niejasne]

Jeśli chcesz zachować stare linki / skrypty itp., Po prostu zrób

rmdir ~/.gvfs/
ln -s /run/user/<username>/gvfs ~/.gvfs

Tak! To jest odpowiedź, której szukałem. Dziękuję bardzo.
styczeń

3
Przynajmniej w 13.10 jest <nazwa użytkownika> zamiast <nazwa użytkownika>, ale ścieżka jest taka sama ...
rkallensee

To jest domyślna ścieżka . Jak określić faktyczną ścieżkę, która jest używana, jeśli ta ścieżka nie jest faktycznie używana?
Nuzzolilo

@Nuzzolilo ścieżka powinna być widoczna na wyjściu mountpolecenia, tak myślę?
steeldriver

2
Zwykle robię to ln -si /run/user/$UID/gvfs/ $HOME/smbna nowych systemach, aby te wierzchowce były bardziej dostępne
mivk

7

Możesz także zamontować go ręcznie za pomocą polecenia mount na przykład / mnt Like

sudo mount -t cifs -o user=foobar,password=foobar,rw,hard,nosetuids,noperm,sec=ntlm //192.168.1.2/Drive ~/mnt/mount_point

(od Jak zamontować udziały cifs w (k) ubuntu 13.04? )


Dziękuję bardzo, powinienem był dodać akapit, który dodałem teraz (patrz wyżej). W każdym razie chciałbym zrozumieć, co się stało z gvfs i jak to działa, więc nawet jeśli byłoby to równoważne rozwiązanie (co niestety nie jest), nadal chciałbym znać odpowiedź. Ale naprawdę doceniam ten wysiłek.
styczeń

To polecenie nie działało dla mnie w tym momencie. Jestem na Ubuntu 16.04 LTS, a user=foobaropcja jest odrzucana. Syslog mówi: CIFS VFS: No username specified Dla mnie poprawką było użycie username=foobaropcji zamiast user=foobar. (ten komentarz został również dodany do drugiego pytania połączonego w tej odpowiedzi.)
jen

4

W 15.04, 15.10 iw tym momencie 16.04 (jeszcze nie wydany) w pakiecie gvfs znajduje się potwierdzony błąd:

https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1451087

co zapobiega

/ run / user / < userId > / gvfs

pracować zgodnie z oczekiwaniami. Obejściem tego problemu jest najpierw zabicie obu diamonów gvfs przed próbą zamontowania.

Aby to zrobić, po prostu wykonaj polecenie:

killall gvfsd

a wszelkie linki, które utworzysz po tym, będą ponownie dostępne w katalogu gvfs.

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.