Comment sélectionner un fichier à partir d'un partage réseau avec la boîte de dialogue d'ouverture de fichier du gestionnaire de fichiers
J'utilise le gestionnaire de fichiers Nemo sur Xubuntu 16.04.
J'ai connecté plusieurs partages réseau. Je les ai aussi mis en favori. Dans Nemo, je peux accéder à tous les fichiers. Lorsque j'essaie d'ouvrir un fichier avec une application, une boîte de dialogue d'ouverture de fichier standard ne contenant pas ces partages s'affiche. Il y a "Autres emplacements" mais cela ne donne que le pilote monté. Pas de marque-pages, pas de partage réseau.
En substance, je ne sais pas comment ouvrir un fichier réseau dans Xubuntu avec une application. La seule solution que je vois est de copier tous les fichiers chez vous, de les ouvrir et de les stocker ensuite sur un partage réseau. Je suis sûr qu'il doit y avoir un autre moyen. S'il vous plaît aider!
PS: Je pense que ce n’est pas spécifique au bureau Xubnutu. C'est la même chose quand je sélectionne thunar comme gestionnaire de fichiers préféré.
Depuis que je n’ai reçu aucun autre retour depuis quelque temps, le réponse officielle à la question est "Impossible".
Le reste de cette réponse fournit le meilleure solution de contournement que j'ai pu trouver. Il relie les actions de manière appropriée et les rend facilement accessibles en toute sécurité dans le répertoire personnel.
Un montage SMB ne fonctionnera pas si vous n'avez pas installé 'cifs-utils'. Comme souvent dans Linux, lorsque cela manque, vous obtiendrez des messages d'erreur très cryptiques et trompeurs, par exemple. "Mount: type de fs incorrect, mauvaise option, superbloc mauvais sur // myserver/sharename, ..."
Sudo apt install cifs-utils
Pour une sécurité adéquate, insérez un fichier de mots de passe dans votre répertoire personnel. Il maintient vos mots de passe SMB en clair, alors n'oubliez pas de sécuriser le fichier (voir ci-dessous). Notez que ceux-ci dépendent du partage, ils peuvent être différents de votre mot de passe de connexion de la machine Linux.
nano ~/.smbcredentials
username=joe
password=Doe711
domain=myworkgroupname
N'oubliez pas de sécuriser votre navigateur en le rendant inaccessible à d'autres utilisateurs que votre propre utilisateur:
chmod 400 ~/.smbcredentials
Maintenant, créez les répertoires où les partages doivent apparaître (points de montage)
mkdir ~./network
mkdir ~./network/myserver
mkdir ~./network/myserver/sharename
Pour chaque partage, ajoutez une ligne au fichier fstab comme ceci. Je n'ai pas trouvé le moyen de donner votre identifiant d'utilisateur et votre identifiant de groupe, du moins je n'en ai pas trouvé (je pense que c'est très inélégant, car cette information devrait aller dans le fichier de justificatif d'identité). C'est une longue file. Attention aux espaces. N'ajoutez pas d'il n'y en a pas.
Sudo edit nano /etc/fstab
//myserver/sharename /home/joe/network/myserver/sharename cifs credentials=/home/joe/.smbcredentials,uid=1000,gid=1000,iocharset=utf8,sec=ntlm, 0 0
Trouvez l'uid et gid avec la commande
id
Enfin, laissez le système remonter n'importe quoi dans le fichier fstab:
Sudo mount -a
Désormais, tous les partages réseau sont accessibles dans le répertoire personnel du dossier "réseau". Ce n'est pas aussi cool que de naviguer sur le réseau dans l'Explorateur Windows, mais en fait c'est beaucoup plus rapide :-)
Ce n'est pas une vraie réponse à la question initiale, puisque la question demandait la navigation sur le réseau, mais c'est la meilleure alternative utilisable que j'ai rencontrée. Je vais marquer cette réponse comme "répondu" afin de clore la question. Mais je serai très heureux quand, à l'avenir, tout le monde trouvera le moyen de rendre la fonction de navigation de réseau des gestionnaires de fichiers accessible à tous les outils.
J'ai trouvé une réponse, mais j'espère que ce n'est pas la meilleure. Je l'ai trouvé dans ce message: https://forums.linuxmint.com/viewtopic.php?t=14405 . C'est une solution de contournement, vraiment.
Les gestionnaires de fichiers de bureau montent des partages réseau non pas dans le répertoire de base, mais dans l'arborescence de répertoires linux. En réalité, une idée avec des conséquences, car les partages réseau contiennent des autorisations utilisateur. Cela signifie que tous les utilisateurs ne sont pas en mesure d’avoir accès au partage. Cela signifie que vous pouvez avoir le même partage connecté par différents utilisateurs en même temps, chacun avec des autorisations différentes. Cela signifie que le partage ne peut pas être stocké par nom de partage, mais il doit y avoir une destination par utilisateur.
Donc, dans mon cas, ils ont décidé de mettre toutes les actions montées par un gestionnaire de fichiers à
/run/user/1000/gvfs/
Dans ce répertoire sont tous les partages. Le 1000 est mon "identifiant d'utilisateur" actuel. Sur un système à plusieurs utilisateurs, il pourrait s'agir de 1061 ou autre. 'gvfs' concerne la technologie de système de fichiers impliquée. Les noms sont un peu cryptiques comme 'smb-share: server = myserver, share = images' mais au moins reconnaissables. Actuellement, je ne vois pas l’avantage par rapport à/home/username/shares, ou ~/shares, qui seraient accessibles à partir de chaque application en 2 clics. Peut-être que quelqu'un serait capable de m'éclairer.
Ainsi, comme décrit dans l'article, la solution de contournement est basée sur le fait que les signets locaux sont en fait répertoriés dans les boîtes de dialogue d'ouverture de fichier (les partages ne le sont pas). Alors venez à votre version de
/run/user/1000/gvfs/
et ajoutez un signet. Cela est répertorié dans la boîte de dialogue d'ouverture de fichier, puis vous êtes dans la liste des partages. Vous voyez un signet 'gvfs' que vous pouvez renommer "Partages réseau"
Donc, sa résolution principale et son événement 2 clics seulement, mais il est toujours en quelque sorte une très mauvaise solution et une solution de contournement. Je ne peux toujours pas naviguer sur le réseau. Je ne vois rien quand je n'ai pas monté le partage dans un gestionnaire de fichiers. Toute la fonction est déjà présente dans le gestionnaire de fichiers, qu'est-ce qui pourrait bloquer une décision d'exposer cette fonction à la boîte de dialogue d'ouverture de fichier? N'hésitez pas à ajouter un commentaire qui aidera un nouvel utilisateur à comprendre cela.
Merci et espérons de meilleures réponses.
Je pense que cela est dû à ce bug:
https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1714518
Il existe un correctif pour cela et je suppose qu'il pourra être résolu dans les mises à jour futures. Je suis désolé mais je ne peux pas vous dire comment installer le correctif car je ne sais pas comment le faire moi-même.