Dove posso trovare il mount point per le condivisioni SMB in 13.04?


39

Nelle versioni precedenti di Ubuntu, era possibile accedere alle condivisioni SMB montate con Nautilus accedendo alla ~/.gvfs/directory. L'ho trovato molto comodo, poiché mi piace usare Nautilus per montare le condivisioni, ma eseguo tutte le operazioni del disco (copia, mv, trova ecc.) Usando la riga di comando.

Ora ho Ubuntu 13.04 e anche se posso montare la condivisione e usarla con Nautilus (che non uso mai), non sono in grado di trovare il punto di montaggio effettivo. È ancora da qualche parte? O è stato abbandonato? Posso riaverlo?

So che posso montare le condivisioni usando CIFS e /etc/fstab, ma preferirei usare lo spazio utente. In questo modo, quando installo un nuovo sistema o trasferisco la mia casa su un altro computer, le mie preferenze (comprese le credenziali) rimangono nella mia home directory e non devo preoccuparmi di aggiornare fstab.

Inoltre, non voglio montarlo manualmente con sudo (con sudo mount -t cifs ...). Sì, potrei creare un alias o uno script, ma poi dovrei digitare la mia password ogni volta o memorizzare la mia password in un file di credenziali. E digita la password sudo. E poi ogni volta che incontro una nuova condivisione, dovrei ricordare come creare un file di credenziali. Quindi sì, potrei finire con questa soluzione, ma preferirei non cambiare le mie abitudini attuali, se possibile.

Inoltre, c'è la questione di altri utenti per i quali spesso fornisco una semplice soluzione da riga di comando. In 13.04, questo non è più possibile (ad esempio, perché gli utenti a cui fornisco la soluzione non sono autorizzati a montare sudo sui propri computer).

In ogni caso, sono curioso di sapere cosa è successo a gvfs e perché non riesco a vedere le directory montate.

Risposte:


60

Nelle versioni più recenti, i montaggi utente di gvfs vengono spostati nel filesystem / run

/run/user/<username>/gvfs

vedi Perché i miei mount gvfs non vengono visualizzati in ~ / .gvfs o / run / user / <login> / gvfs?

[non contrassegnato come duplicato perché le risposte non sono chiare]

Se vuoi mantenere i vecchi link / script ecc., Fallo e basta

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

Sì! Questa è chiaramente la risposta che stavo cercando. Grazie mille.
Gennaio

3
Almeno nel 13.10 è <userid> invece di <username>, ma il percorso è lo stesso ...
rkallensee

Questo è il percorso predefinito . Come si determina il percorso effettivo utilizzato se quel percorso non è ciò che viene effettivamente utilizzato?
Nuzzolilo,

@Nuzzolilo il percorso dovrebbe essere visibile nell'output del mountcomando, penso?
Steeldriver,

2
Di solito lo faccio ln -si /run/user/$UID/gvfs/ $HOME/smbsu nuovi sistemi per rendere questi supporti più accessibili
Mivk

7

Puoi anche montarlo manualmente usando mount in per esempio / 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

(da Come posso montare condivisioni cifs in (k) ubuntu 13.04? )


Grazie mille, avrei dovuto aggiungere il paragrafo che ho aggiunto ora (vedi sopra). In ogni caso, vorrei capire cosa è successo a gvfs e come funziona, quindi anche se questa fosse una soluzione equivalente (che purtroppo non lo è), vorrei comunque conoscere la risposta. Ma apprezzo molto lo sforzo.
Gennaio

Questo comando non ha funzionato per me a questo punto. Sono su Ubuntu 16.04 LTS e l' user=foobaropzione è stata respinta. Il syslog dice: CIFS VFS: No username specified La correzione per me era usare username=foobarnelle opzioni anziché user=foobar. (questo commento è stato aggiunto anche all'altra domanda collegata in questa risposta.)
jenming

4

In 15.04, 15.10 e in questo momento 16.04 (non ancora rilasciato) c'è un bug confermato nel pacchetto gvfs:

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

che impedisce il

/ run / user / < userId> / gvfs

lavorare come previsto. Una soluzione alternativa in questo momento è uccidere entrambi i demoni gvfs prima di provare a montare.

Per fare ciò basta eseguire il comando:

killall gvfsd

e tutti i collegamenti creati successivamente saranno nuovamente accessibili tramite la directory gvfs.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.