Où puis-je trouver le point de montage pour les actions SMB dans 13.04?


39

Dans les versions antérieures d'Ubuntu, vous pouviez accéder aux partages SMB montés avec Nautilus en accédant au ~/.gvfs/répertoire. J'ai trouvé cela très pratique, car j'aime utiliser Nautilus pour monter les partages, mais toutes les opérations de disque (copie, mv, recherche, etc.) sont effectuées en ligne de commande.

J'ai maintenant Ubuntu 13.04, et même si je peux monter le partage et l'utiliser avec Nautilus (que je n'utilise jamais), je suis incapable de trouver le point de montage réel. Est-ce toujours quelque part? Ou a-t-il été abandonné? Puis-je le récupérer?

Je sais que je peux monter les partages à l'aide de CIFS et /etc/fstab, mais je préfère utiliser l'espace utilisateur. Ainsi, lorsque j'installe un nouveau système ou que je transfère mon domicile sur une autre machine, mes préférences (y compris les informations d'identification) restent dans mon répertoire personnel et je n'ai pas à m'inquiéter de la mise à jour de fstab.

De plus, je ne veux pas le monter manuellement avec sudo (avec sudo mount -t cifs ...). Oui, je pourrais créer un alias ou un script, mais je devrais alors soit taper mon mot de passe à chaque fois, soit stocker mon mot de passe dans un fichier d'informations d'identification. Et tapez le mot de passe sudo. Et puis chaque fois que je rencontre un nouveau partage, je dois me rappeler comment créer un fichier d'informations d'identification. Alors oui, je pourrais me retrouver avec cette solution, mais je préférerais ne pas changer mes habitudes actuelles, si cela est possible.

De plus, il existe d'autres utilisateurs pour lesquels je fournis souvent une solution simple en ligne de commande. En 13.04, cela n’est plus possible (par exemple, car les utilisateurs auxquels je fournis la solution ne sont pas autorisés à monter en sudo sur leurs machines).

Dans tous les cas, je suis curieux de savoir ce qui est arrivé à gvfs et pourquoi je ne peux pas voir les répertoires montés.

Réponses:


60

Dans les versions plus récentes, les montages utilisateur gvfs sont déplacés vers le système de fichiers / run

/run/user/<username>/gvfs

voir Pourquoi mes montages gvfs ne s'affichent-ils pas sous ~ / .gvfs ou / run / user / <login> / gvfs?

[non signalé comme un doublon car les réponses ne sont pas claires]

Si vous voulez conserver les anciens liens / scripts, etc., faites juste

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

Oui! C'est clairement la réponse que je cherchais. Merci beaucoup.
Janvier

3
Au moins dans 13.10, c'est <userid> au lieu de <username>, mais le chemin est le même ...
rkallensee

C'est le chemin par défaut . Comment déterminez-vous le chemin réel utilisé si ce chemin n'est pas ce qui est réellement utilisé?
Nuzzolilo

@Nuzzolilo le chemin devrait être visible dans le résultat de la mountcommande, je pense?
Steeldriver

2
Je fais habituellement ln -si /run/user/$UID/gvfs/ $HOME/smbsur de nouveaux systèmes pour rendre ces montures plus accessibles
mercredi

7

Vous pouvez également le monter manuellement en utilisant mount in / 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

(de Comment puis-je monter des actions cifs dans (k) Ubuntu 13.04? )


Merci beaucoup, j'aurais dû ajouter le paragraphe que j'ai ajouté maintenant (voir ci-dessus). Dans tous les cas, j'aimerais comprendre ce qui est arrivé à gvfs et comment cela fonctionne, donc même si c'était une solution équivalente (ce qui n'est malheureusement pas le cas), j'aimerais quand même connaître la réponse. Mais j'apprécie vraiment l'effort.
Janvier

Cette commande n'a pas fonctionné pour moi à ce stade. Je suis sur Ubuntu 16.04 LTS, et l' user=foobaroption est rejetée. Le syslog dit: CIFS VFS: No username specified La solution pour moi était d'utiliser username=foobarles options au lieu de user=foobar. (Ce commentaire a également été ajouté à l'autre question liée dans cette réponse.)
jenming

4

Dans les versions 15.04, 15.10 et 16.04 (pas encore publié), un bogue confirmé dans le paquetage gvfs:

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

qui empêche la

/ run / user / < userId> / gvfs

travailler comme prévu. Une solution de contournement à ce moment consiste à d'abord tuer les deux démons gvfs avant d'essayer de monter.

Pour ce faire, exécutez simplement la commande:

killall gvfsd

et tous les liens que vous ferez après seront à nouveau accessibles via le répertoire gvfs.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.