Aller sur un disque USB livebox en bash

Christophe C · Le 24/02/2024, à 11:19

J'ai un DD USB sur une livebox. Marche très bien.

Si je lance au terminal un thunar smb://livebox/tv/, il ouvre thunar (je suis sous xfce) dans le bon répertoire.

Mais si je fais un cd smb://livebox/tv/ (le DD est monté, bien sûr), il me répond "Aucun fichier ou dossier de ce type".

J'ai testé des variantes, mais cela ne marche pas. Quelle est la bonne ligne de commande ?
Rien dans /media ou /mnt ...

Dernière modification par bruno (Le 24/02/2024, à 11:54)

O_20_100_O · Le 24/02/2024, à 11:36

Bonjour,
Regarde du côté de
/run/user/1000/gvfs
enfin, 1000 ou autre selon l'utilisateur connecté.

Sur ma Freebox, une clé usb est à :

/run/user/1000/gvfs/smb-share:server=192.168.1.254,share=no%20name

Dernière modification par O_20_100_O (Le 24/02/2024, à 11:38)

Watael · Le 24/02/2024, à 15:16

thunar smb://livebox/tv/

là, thunar se connecte à la liveBox.
mais

cd smb://livebox/tv/

c'est comme si tu essayais

cd http://forum.ubuntu-fr.org

comme l'indique O_20_100_O, si le disque est monté (qu'as-tu fait pour que ce soit le cas ?), il doit se trouver dans le système de fichier.

Dernière modification par Watael (Le 24/02/2024, à 15:17)

Christophe C · Le 24/02/2024, à 17:44

Pour monter le disque je clic dessus en mode graphique. Rien d'autre. Ensuite il est monté (je peux d'ailleurs faire un 'démonter' graphique.

Sinon, j’avoue n'avoir aucune idée de ce dont vous parlez. je vois ce qu'est gvfs, mais c'est tout.

Dernière modification par Christophe C (Le 09/03/2024, à 10:35)

Christophe C · Le 24/02/2024, à 17:58

j'ai cela dans /run

(chris - 6.5.0-17-generic) /run : ls -l
total 24
-rw-r--r--  1 root              root      4 févr. 24 09:24 acpid.pid
srw-rw-rw-  1 root              root      0 févr. 24 09:24 acpid.socket
-rw-------  1 root              root      0 févr. 24 09:24 agetty.reload
drwxr-xr-x  2 root              root     40 févr. 24 09:24 alsa
drwxr-xr-x  2 avahi             avahi    80 févr. 24 09:24 avahi-daemon
drwxr-xr-x  2 root              root     80 févr. 24 09:47 blkid
drwxr-xr-x  2 root              root     80 févr. 24 09:24 console-setup
drwxr-xr-x  7 root              root    140 févr. 24 09:39 credentials
-rw-r--r--  1 root              root      4 févr. 24 09:24 crond.pid
----------  1 root              root      0 févr. 24 09:24 crond.reboot
drwxr-xr-x  3 root              lp      100 févr. 24 09:24 cups
drwxr-xr-x  3 root              root     80 févr. 24 09:24 dbus
prw-------  1 root              root      0 févr. 24 09:24 initctl
drwx------  2 root              root     80 févr. 24 09:24 initramfs
drwxr-xr-x  2 root              root     60 févr. 24 09:24 irqbalance
drwx--x--x  3 root              root     60 févr. 24 09:24 lightdm
-rw-r--r--  1 root              root      5 févr. 24 09:24 lightdm.pid
drwxrwxrwt  5 root              root    140 févr. 24 10:00 lock
drwxr-xr-x  3 root              root     60 févr. 24 09:24 log
drwxr-xr-x  2 root              root     60 févr. 24 10:19 motd.d
drwxr-xr-x  2 root              root     80 févr. 24 10:19 mount
drwxr-xr-x  2 root              root     40 févr. 24 09:24 netns
drwx------  5 root              root    140 févr. 24 09:24 NetworkManager
drwxr-xr-x  2 root              root     40 févr. 24 09:24 plymouth
-rw-r--r--  1 root              root     43 févr. 24 09:48 reboot-required
-rw-r--r--  1 root              root     40 févr. 24 09:48 reboot-required.pkgs
drwxr-xr-x  2 root              root     40 févr. 24 09:24 sendsigs.omit.d
lrwxrwxrwx  1 root              root      8 févr. 24 09:24 shm -> /dev/shm
drwxr-xr-x  4 root              root     80 févr. 24 09:24 snapd
srw-rw-rw-  1 root              root      0 févr. 24 09:24 snapd-snap.socket
srw-rw-rw-  1 root              root      0 févr. 24 09:24 snapd.socket
drwxr-x---  3 speech-dispatcher audio   100 févr. 24 09:24 speech-dispatcher
drwxr-xr-x  2 root              root     40 févr. 24 09:24 spice-vdagentd
drwx--x--x  3 root              root     60 févr. 24 09:25 sudo
drwxr-xr-x 25 root              root    600 févr. 24 09:25 systemd
drwxr-xr-x  2 root              root     60 févr. 24 09:24 thermald
drwxr-xr-x  2 root              root     40 févr. 24 16:00 timeshift
drwxr-xr-x  2 root              root     60 févr. 24 09:24 tmpfiles.d
drwxr-xr-x  2 root              root     60 févr. 24 09:25 ubuntu-advantage
drwxr-xr-x  8 root              root    180 févr. 24 16:48 udev
drwx------  2 root              root     40 févr. 24 09:24 udisks2
-rw-r-----  1 root              root      0 févr. 24 10:36 unattended-upgrades.lock
drwxr-xr-x  3 root              root     60 févr. 24 09:24 user
-rw-rw-r--  1 root              utmp   2304 févr. 24 10:05 utmp
drwxr-xr-x  2 root              root     60 févr. 24 09:24 uuidd
drwxr-x---  2 root              netdev   80 févr. 24 09:24 wpa_supplicant

Christophe C · Le 24/02/2024, à 17:59

Et cela dans /run/user/1000/

(chris - 6.5.0-17-generic) /run/user/1000 : ls -l
total 4
drwx------ 2 chris chris  60 févr. 24 09:24 at-spi
srw-rw-rw- 1 chris chris   0 févr. 24 09:24 bus
drwx------ 3 chris chris  60 févr. 24 09:24 dbus-1
drwx------ 2 chris chris  60 févr. 24 10:11 dconf
dr-x------ 2 chris chris   0 janv.  1  1970 doc
drwx------ 2 chris chris  60 févr. 24 09:24 gcr
drwx------ 2 chris chris 140 févr. 24 09:24 gnupg
dr-x------ 4 chris chris   0 févr. 24 09:24 gvfs
drwx------ 2 chris chris  40 févr. 24 16:49 gvfsd
-rw------- 1 chris chris 354 févr. 24 09:24 ICEauthority
drwx------ 2 chris chris 100 févr. 24 09:24 keyring
srw-rw-rw- 1 chris chris   0 févr. 24 09:24 pipewire-0
-rw-rw---- 1 chris chris   0 févr. 24 09:24 pipewire-0.lock
srw-rw-rw- 1 chris chris   0 févr. 24 09:24 pk-debconf-socket
drwx------ 2 chris chris  80 févr. 24 09:24 pulse
drwx------ 3 chris chris  60 févr. 24 09:25 snap.chromium
srw-rw-rw- 1 chris chris   0 févr. 24 09:24 snapd-session-agent.socket
drwxr-xr-x 2 chris chris  60 févr. 24 09:24 speech-dispatcher
drwxr-xr-x 6 chris chris 160 févr. 24 09:25 systemd

Dernière modification par Christophe C (Le 24/02/2024, à 18:00)

O_20_100_O · Le 24/02/2024, à 18:01

et dans
/run/user ? Tu vas y arriver

Dernière modification par O_20_100_O (Le 24/02/2024, à 18:02)

Christophe C · Le 24/02/2024, à 18:04

Ok

cd /run/user/1000/gvfs/smb-share:server=livebox,share=tv

ou

cd /run/user/1000/gvfs/smb-share:server=192.168.1.1,share=tv

fonctionnent. pas bien compris le fonctionnement de gvfs, en fait. je savais juste vaguement que cela existait.

Par exemple j'ai nommé l'espace DD "tv", d'où la commande ci-dessus. mais ci je ne l'avais pas fait, ce serait quoi la commande ?

Dernière modification par Christophe C (Le 24/02/2024, à 18:07)

Christophe C · Le 09/03/2024, à 10:44

la commande

cd /run/user/1000/gvfs/smb-share:server=192.168.1.1,share=tv

ne fonctionne plus. Le DD de la livebox est toujours monté (j'y accède via thunar - le mode graphique a un fonctionnement nominal). Le DD n'a pas changé de nom ou d'adresse. J'ai redémarré la box depuis, mais c'est le seul changement que je vois.

/run/user/ n'a toujours que l'utilisateur /1000/, et le contenu de /run/user/1000/ ne semble pas avoir changé. Donc je ne pige pas du tout. Quelqu'un voit-il le problème ?

Dernière modification par Christophe C (Le 09/03/2024, à 10:50)

bruno · Le 09/03/2024, à 12:21

Bonjour,

Ce n'est pas un montage au sens classique.

Extrait de la page de man pour la commande gio mount :

Mounting refers to the traditional concept of arranging multiple file systems and
devices in a single tree, rooted at /. Classical mounting happens in the kernel and is
controlled by the mount utility. GIO expands this concept by introducing mount daemons
that can make file systems available to GIO applications without kernel involvement.

Par ailleurs j'ai l'impression (je n'ai pas testé) que les « points de montage » du type /run/user/1000/gvfs/xxx_xxx n'existent que si gvfs-fuse est installé.

AMHA, même si tu trouves où est situé un éventuel point de montage temporaire ce n'est pas une donnée fiable et pérenne pour être utilisée en ligne de commande ou dans un script.
Il vaut donc mieux utiliser un vrai montage avec la commande mount et cifs.

Christophe C · Le 10/03/2024, à 00:03

Les montages gvfs se font dans /run/ et non dans /media/ ou /mount/, mais ils ne sont pas plus anormaux que d'autres.

Cette ligne de commande est d''ailleurs assez standard pour les livebox. C'est juste qu'elle ne marche plus chez moi.

Coeur Noir · Le 10/03/2024, à 03:24

mais ils ne sont pas plus anormaux que d'autres

Ils dépendent de gvfs : un tel montage ne sera pas accessible par un logiciel qui n'utiliserait pas lui-même gvfs.

O_20_100_O · Le 10/03/2024, à 08:33

ne fonctionne plus.

Cela ne fonctionne que si la box est montée de cette façon. C'est à dire si tu as cliqué sur la ligne qui montre le partage samba de la box, dans ton explorateur de fichiers.
Clique et regarde si ça marche.

Si tu veux qu'elle soit accessible sans cela, il faudra la monter autrement.

Dernière modification par O_20_100_O (Le 10/03/2024, à 08:35)

bruno · Le 10/03/2024, à 09:02

Christophe C a écrit :

Les montages gvfs se font dans /run/ et non dans /media/ ou /mount/, mais ils ne sont pas plus anormaux que d'autres.

J'ai cité la page de man de gio, l'outil qui permet d'utiliser certaines fonctionnalités de la bibliothèque GIO en ligne de commande pour montre qu'il ne s'agit pas de montages.
Je traduit les passage cité au #10 :

man gio traduit a écrit :

Le montage concerne le concept traditionnel d'organisation des systèmes de fichiers et périphériques en une seule arborescence, dont la racine est /.
Le montage classique s'effectue dans le noyau et est contrôlé par l'utilitaire mount.
GIO étend ce concept en introduisant des démons de montage qui peuvent mettre les systèmes de fichiers à la disposition des applications GIO sans intervention du noyau

.

La documentation GIO dit la même chose :

GIO.Mount documentation a écrit :

GMount is a ‘mounted’ filesystem that you can access. Mounted is in quotes because it’s not the same as a UNIX mount, it might be a GVFS mount, but you can still access the files on it if you use GIO. Might or might not be related to a volume object.

GMount est un système de fichiers « monté » auquel vous pouvez accéder. Monté entre guillemets car ce n'est pas la même chose qu'un montage UNIX, cela peut-être un montage GVFS, mais vous pouvez toujours accéder aux fichiers qui s'y trouvent si vous utilisez GIO. Cela peut être lié ou non à un volume.

Il ne s'agit donc pas d'un montage classique et ce n'est potentiellement accessible (comme le fait remarquer @Coeur Noir) qu'aux applications qui utilisent la bibliothèque GIO ou la surcouche GVfs.
Comme je le disais le point de montage sous /run/user n'existe que si gvfs-fuse est installé. Dans ce cas le montage est accessible à toute application. Cf. le schéma sur cette page de la doc GIO.

Encore un fois, je pense que tu te simplifierais largement la vie en utilisant un montage classique (via fstab ou une des unités mount, automount systemd).

Christophe C · Le 10/03/2024, à 12:08

GVFS est suposé fonctionner, je voudrais donc le faire fonctionner.

Par ailleurs je ne sais pas quelle ligne mettre dans un fstab

Christophe C · Le 10/03/2024, à 12:18

j'ai mis cela et cela fonctionne :

//192.168.1.1/tv	/media/chris/livebox_tv		cifs	_netdev,rw,iocharset=utf8,users,uid=1000,nofail,sec=none,vers=1.0 0 0

mais ce n'est pas tout à fait ce que je voulais. J'aimerais bien savoir pourquoi ce foutu montage gvfs est down

Edit : d'ailleurs cela marche à moitié. Si juste après le démarrage je fais un ls /media/chris/livebox_tv : rien
J'ouvre alors thunar : il y a bien une partition livebox_tv dans la liste des volumes. mais grisée. Ce qui explique que le ls ne donne rien.
Je clique sur le volume, ... petite attente ... elle se dégrise (hips !).
je refait un ls /media/chris/livebox_tv, et là ça marche.

Donc la liste fstab fait un "demi-montage", que je dois terminer à la main. Mais ensuite cela marche comme un montage mount classique (qui fonctionne en mode graphique et en CLI) et non comme un gvfs qui marche en mode graphique, mais pas (plus !) en CLI. je suppose qu'il y a une erreur dans ma commande de montage.

Dernière modification par Christophe C (Le 10/03/2024, à 12:32)

Christophe C · Le 10/03/2024, à 12:58

Bon, et le montage CIFS bloque la sortie de Xubuntu. J'ai refait 5 ou 6 tentatives, l'écran de sortie gèle, et il faut terminer en appuyant sur le bouton. Si je démonte avant : pas de pb.

Comme il est peu probable que je pense à démonter à chaque fois, je vais revenir au montage gvfs, et je me passerais de la ligne de commande, ce n'est pas très grave. Mais j'aimerais bien comprendre pourquoi elle ne marche plus .

Christophe C · Le 09/05/2024, à 13:21

2 mois plus tard .....

J'ai changé de box pour une box fibre, je suis passé en Xub 24.04, et la commande

cd /run/user/1000/gvfs/smb-share:server=livebox,share=tv

remarche sans problème. Je n'ai rien modifié ni sur la box ni sur Ubuntu.

Pas super stable, ce truc.

Dernière modification par Christophe C (Le 09/05/2024, à 13:22)

Christophe C · Le 09/05/2024, à 13:33

par contre, un rsync depuis un répertoire vers '/run/user/1000/gvfs/smb-share:server=livebox,share=tv' ne fonctionne pas.

Il y a une solution ?

bruno · Le 09/05/2024, à 13:34

bruno a écrit :

AMHA, même si tu trouves où est situé un éventuel point de montage temporaire ce n'est pas une donnée fiable et pérenne pour être utilisée en ligne de commande ou dans un script.
Il vaut donc mieux utiliser un vrai montage avec la commande mount et cifs.

krodelabestiole · Le 09/05/2024, à 14:03

Christophe C a écrit :

GVFS est suposé fonctionner, je voudrais donc le faire fonctionner.

pas en ligne de commande, comme on t'a expliqué.
d'ailleurs la fonctionnalité gvfs doit être implémentée par les logiciels pour qu'ils puissent y accéder.
voir : https://forum.ubuntu-fr.org/viewtopic.p … #p22753553

donc... bon courage !

iznobe · Le 09/05/2024, à 14:15

Mais si je fais un
cd smb://livebox/tv/
(le DD est monté, bien sûr), il me répond "Aucun fichier ou dossier de ce type".

il ne faut passer cette commande , normal que ca ne fonctionne pas .
Pourque ca fonctionne tu remplaces simplement " smb://livebox/tv " , par le chemin absolu du point de montage :

cd /chemin/absolu/point/montage/

plus simple , y a pas .

Mais il faut d' abord etablir un point de montage fixe , via le fstab comme evoqué deja .
tu peux faire ca en consultant la page samba sauf que si le protocole samba de la livebox est toujours en V1 , ca ne fonctionnera pas vu qu ' il est maintenant proscrit sur linux .

Dernière modification par iznobe (Le 09/05/2024, à 14:18)

Christophe C · Le 09/05/2024, à 16:56

Tu n'as pas lu la discussion . Oui

cd smb://livebox/tv/

ne marche pas.

... et un montage CIFS dans le FSTAB bloque l'extinction de Xub. Sais pas pourquoi, mais pas grave.

Je voulais désormais savoir pourquoi un

cd /run/user/1000/gvfs/smb-share:server=livebox,share=tv

fonctionne, quand un

rsync -av /origine/ /run/user/1000/gvfs/smb-share:server=livebox,share=tv

ne fonctionne pas (dans les 2 cas, la partition est montée, bien sur).

Message d'erreur :

(chris - 6.8.0-31-generic) ~ : rsync -av /home/chris/Vidéos/aaa/ /run/user/1000/gvfs/smb-share:server=livebox,share=tv
sending incremental file list
rsync: [generator] failed to set permissions on "/run/user/1000/gvfs/smb-share:server=livebox,share=tv/.": Operation not supported (95)
./
aaa.txt
rsync: [receiver] mkstemp "/run/user/1000/gvfs/smb-share:server=livebox,share=tv/.aaa.txt.10tsbT" failed: Operation not supported (95)

sent 123 bytes  received 38 bytes  322,00 bytes/sec
total size is 0  speedup is 0,00
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1338) [sender=3.2.7]

le disque de destination est un USB en FAT32, il n'y a pas de caractères interdit dans les fichiers envoyés, il reste 200Go de place, le DD est bien en lecture / écriture (et cela marche parfaitement quand je fais un copier/coller manuel) ....

Dernière modification par Christophe C (Le 09/05/2024, à 17:05)

Christophe C · Le 09/05/2024, à 17:09

Ayé, trouvé. Apparemment rsync n'aime que moyennement les montages fuses. Ça, ça marche :

rsync -av --inplace --no-group --no-perms --no-owner /home/chris/Vidéos/aaa/ /run/user/1000/gvfs/smb-share:server=livebox,share=tv

Edit. Bon, après tests, on peut faire plus simple :

(chris - 6.8.0-31-generic) ~ : rsync -av --no-perms /home/chris/Vidéos/aaa/ /run/user/1000/gvfs/smb-share:server=livebox,share=tv

Comme l'indiquait le message d'origine, c'est un problème de permission, mais je ne vois pas bien pourquoi. Un fantaisie FUSE, je suppose.

Dernière modification par Christophe C (Le 09/05/2024, à 17:14)

Christophe C · Le 09/05/2024, à 17:21

Argl... je me rends compte que tous les fichiers sont certes en lecture/écriture sur le montage USB, mais sont aussi tous en root(root). D'où le problème de rsync.

Je ne pige pas bien pourquoi, mais je ne connais rien aux problèmes de droits sur les disques USB FAT32, à fortiori sur un montage gvfs.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 24/02/2024, à 11:19

Aller sur un disque USB livebox en bash

#2 Le 24/02/2024, à 11:36

Re : Aller sur un disque USB livebox en bash

#3 Le 24/02/2024, à 15:16

Re : Aller sur un disque USB livebox en bash

#4 Le 24/02/2024, à 17:44

Re : Aller sur un disque USB livebox en bash

#5 Le 24/02/2024, à 17:58

Re : Aller sur un disque USB livebox en bash

#6 Le 24/02/2024, à 17:59

Re : Aller sur un disque USB livebox en bash

#7 Le 24/02/2024, à 18:01

Re : Aller sur un disque USB livebox en bash

#8 Le 24/02/2024, à 18:04

Re : Aller sur un disque USB livebox en bash

#9 Le 09/03/2024, à 10:44

Re : Aller sur un disque USB livebox en bash

#10 Le 09/03/2024, à 12:21

Re : Aller sur un disque USB livebox en bash

#11 Le 10/03/2024, à 00:03

Re : Aller sur un disque USB livebox en bash

#12 Le 10/03/2024, à 03:24

Re : Aller sur un disque USB livebox en bash

#13 Le 10/03/2024, à 08:33

Re : Aller sur un disque USB livebox en bash

#14 Le 10/03/2024, à 09:02

Re : Aller sur un disque USB livebox en bash

#15 Le 10/03/2024, à 12:08

Re : Aller sur un disque USB livebox en bash

#16 Le 10/03/2024, à 12:18

Re : Aller sur un disque USB livebox en bash

#17 Le 10/03/2024, à 12:58

Re : Aller sur un disque USB livebox en bash

#18 Le 09/05/2024, à 13:21

Re : Aller sur un disque USB livebox en bash

#19 Le 09/05/2024, à 13:33

Re : Aller sur un disque USB livebox en bash

#20 Le 09/05/2024, à 13:34

Re : Aller sur un disque USB livebox en bash

#21 Le 09/05/2024, à 14:03

Re : Aller sur un disque USB livebox en bash

#22 Le 09/05/2024, à 14:15

Re : Aller sur un disque USB livebox en bash

#23 Le 09/05/2024, à 16:56

Re : Aller sur un disque USB livebox en bash

#24 Le 09/05/2024, à 17:09

Re : Aller sur un disque USB livebox en bash

#25 Le 09/05/2024, à 17:21

Re : Aller sur un disque USB livebox en bash

Pied de page des forums