problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

Frankkunst · Le 26/10/2020, à 11:04

Bonjour xubu,
exuse, je n'est pas vu ton message hier, j'étais à fond dans mes recherche .

xubu a écrit :

Mais la fin de l'ID est passée à 6865 au lieu de 6860.

Oui effectivement j'avais remarqué, mais c'est la même chose avant et après la sortie de session, donc que cela fonctionne ou pas .
Et après avoir jeté un œil sur le lien, cela parait normal, une ID par mode de transfert ; je vais donc étudier de plus près ce lien et vous tiens au courant .
Merci bien

Dernière modification par Frankkunst (Le 26/10/2020, à 11:14)

Frankkunst · Le 26/10/2020, à 13:28

Voilà, j'ai suivi tout le poste :
papy-tux.legtux.org
résultat le Smartphone est bien reconnu

frank@OrdiPort:~$ sudo dmesg |tail
[ 1009.453718] usb 3-9: Product: SAMSUNG_Android
[ 1009.453720] usb 3-9: Manufacturer: SAMSUNG
[ 1009.453722] usb 3-9: SerialNumber: 1015fa1110aa0302
[ 1108.134969] usb 3-9: USB disconnect, device number 7
[ 1108.485882] usb 3-9: new high-speed USB device number 8 using xhci_hcd
[ 1108.635191] usb 3-9: New USB device found, idVendor=04e8, idProduct=6865
[ 1108.635195] usb 3-9: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1108.635198] usb 3-9: Product: SAMSUNG_Android
[ 1108.635201] usb 3-9: Manufacturer: SAMSUNG
[ 1108.635203] usb 3-9: SerialNumber: 1015fa1110aa0302
frank@OrdiPort:~$ sudo dmesg |tail
[ 1108.635198] usb 3-9: Product: SAMSUNG_Android
[ 1108.635201] usb 3-9: Manufacturer: SAMSUNG
[ 1108.635203] usb 3-9: SerialNumber: 1015fa1110aa0302
[ 1446.045128] usb 3-9: USB disconnect, device number 8
[ 1446.387547] usb 3-9: new high-speed USB device number 9 using xhci_hcd
[ 1446.536885] usb 3-9: New USB device found, idVendor=04e8, idProduct=6860
[ 1446.536889] usb 3-9: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1446.536891] usb 3-9: Product: SAMSUNG_Android
[ 1446.536893] usb 3-9: Manufacturer: SAMSUNG
[ 1446.536895] usb 3-9: SerialNumber: 1015fa1110aa0302
frank@OrdiPort:~$

donc selon la page des code Samsung (04e8) :04e8 Samsung Electronics Co., Ltd

685b  GT-I9100 Phone [Galaxy S II] (mass storage mode)
685c  GT-I9250 Phone [Galaxy Nexus] (Mass storage mode)
685d  GT-I9100 Phone [Galaxy S II] (Download mode)
685e  GT-I9100 / GT-C3350 Phones (USB Debugging mode)
6860  Galaxy (MTP)
6863  GT-I9500 [Galaxy S4] / GT-I9250 [Galaxy Nexus] (network tethering)
6864  GT-I9070 (network tethering, USB debugging enabled)
6865  GT-I9300 Phone [Galaxy S III] (PTP mode)
6866  GT-I9300 Phone [Galaxy S III] (debugging mode)
6868  Escape Composite driver for Android Phones: Modem+Diagnostic+ADB

reconnu en 6860 en MTP et sous PTP en 6865, ceci est donc juste
par contre je m’aperçois qu'après la sortie de session, donc quand cela fonctionne j'ai du changement :

[sudo] Mot de passe de frank : 
[ 1108.635203] usb 3-9: SerialNumber: 1015fa1110aa0302
[ 1446.045128] usb 3-9: USB disconnect, device number 8
[ 1446.387547] usb 3-9: new high-speed USB device number 9 using xhci_hcd
[ 1446.536885] usb 3-9: New USB device found, idVendor=04e8, idProduct=6860
[ 1446.536889] usb 3-9: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1446.536891] usb 3-9: Product: SAMSUNG_Android
[ 1446.536893] usb 3-9: Manufacturer: SAMSUNG
[ 1446.536895] usb 3-9: SerialNumber: 1015fa1110aa0302
[ 1589.574141] rfkill: input handler enabled
[ 1608.762854] rfkill: input handler disabled
frank@OrdiPort:~$

les deux ligne "rfkill: input handler disabled" en 6860 (mode MTP)
et la même chose en 6865 (PTP) :

frank@OrdiPort:~$ sudo dmesg |tail
[ 1446.536895] usb 3-9: SerialNumber: 1015fa1110aa0302
[ 1589.574141] rfkill: input handler enabled
[ 1608.762854] rfkill: input handler disabled
[ 1683.137015] usb 3-9: USB disconnect, device number 9
[ 1683.478718] usb 3-9: new high-speed USB device number 10 using xhci_hcd
[ 1683.627453] usb 3-9: New USB device found, idVendor=04e8, idProduct=6865
[ 1683.627455] usb 3-9: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1683.627456] usb 3-9: Product: SAMSUNG_Android
[ 1683.627457] usb 3-9: Manufacturer: SAMSUNG
[ 1683.627458] usb 3-9: SerialNumber: 1015fa1110aa0302
frank@OrdiPort:~$

si je comprends bien je "tu" une connexion, y aurait il un doublon ?
Qu'en pensez-vous ?

xubu1957 · Le 26/10/2020, à 13:31

Je ne sais pas aider pour ce problème.

Frankkunst · Le 26/10/2020, à 13:38

Merci bien xubu
Personne d'autre n'a une piste ?

Compte supprimé · Le 26/10/2020, à 14:05

Tu as écrit que ça fonctionne quand tu fermes puis re-ouvre ta session.

Tu pourrais tenter de créer un autre utilisateur et de tester sur sa session. Regarde aussi sur une live-usb de 20.04, ça fonctionne sans rien faire de plus.

Frankkunst · Le 26/10/2020, à 14:26

Bonjour Tamarou,
Oui j'ai tenté avec un autre utilisateur, il faut faire la même procédure fermer et relancer la session
Avant de m'orienter vers 20.04, j'insiste encore un peu pour trouver une solution, on choisi les versions LTS pour le long terme .
J'ai jeté un œil sur la gestion USB tout à l'air clair, je vais tenter de voir coté processus ?!...
Si on pouvait résoudre ce problème , je pense que cela servirait à pas mal de monde ...
Merci et à plus

Frankkunst · Le 26/10/2020, à 16:59

Je reviens à la charge .
En comparant bien les retours de "sudo dmesg |tail", avant et après sortie de la session :

frank@OrdiPort:~$ sudo dmesg |tail
[ 3524.120643] usb 3-9: Product: SAMSUNG_Android
[ 3524.120645] usb 3-9: Manufacturer: SAMSUNG
[ 3524.120647] usb 3-9: SerialNumber: 1015fa1110aa0302
[ 3526.292639] usb 3-9: USB disconnect, device number 5
[ 3526.598918] usb 3-9: new high-speed USB device number 6 using xhci_hcd
[ 3526.749246] usb 3-9: New USB device found, idVendor=04e8, idProduct=6860
[ 3526.749251] usb 3-9: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3526.749254] usb 3-9: Product: SAMSUNG_Android
[ 3526.749256] usb 3-9: Manufacturer: SAMSUNG
[ 3526.749258] usb 3-9: SerialNumber: 1015fa1110aa0302
frank@OrdiPort:~$

frank@OrdiPort:~$ sudo dmesg |tail
[sudo] Mot de passe de frank : 
[ 3524.120647] usb 3-9: SerialNumber: 1015fa1110aa0302
[ 3526.292639] usb 3-9: USB disconnect, device number 5
[ 3526.598918] usb 3-9: new high-speed USB device number 6 using xhci_hcd
[ 3526.749246] usb 3-9: New USB device found, idVendor=04e8, idProduct=6860
[ 3526.749251] usb 3-9: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3526.749254] usb 3-9: Product: SAMSUNG_Android
[ 3526.749256] usb 3-9: Manufacturer: SAMSUNG
[ 3526.749258] usb 3-9: SerialNumber: 1015fa1110aa0302
[ 3661.248853] rfkill: input handler enabled
[ 3682.721986] rfkill: input handler disabled
frank@OrdiPort:~$

on s’aperçoit qu'il y a dans le premier retour deux ligne Samsung :

[ 3524.120643] usb 3-9: Product: SAMSUNG_Android
[ 3524.120645] usb 3-9: Manufacturer: SAMSUNG

et dans le deuxième elles sont remplacées par :

[ 3661.248853] rfkill: input handler enabled
[ 3682.721986] rfkill: input handler disabled

Le problème vient donc du fait qu'au raccordement du Smartphone en mode MTP, deux demandes d'autorisations doivent se chevaucher !...
Il y a bien parmi vous un spécialiste de la détection matériel pour me trouver une solution ! ???
Merci d'avance Frank

Frankkunst · Le 26/10/2020, à 17:35

en relisant la doc je m'aperçois que la cmd "demsg | tail" ne donne en fin de compte que les dernier log du noyau ...
Donc rien à voir, autant pour moi ....
Bon personne pour résoudre mon problème ????

Frankkunst · Le 27/10/2020, à 20:55

bonjour,
J'ai fait une découverte !
En faisant un clic droit sur l’icône du smartphone sur le bureau en choisissant "ouvrir avec une autre application", je sélectionne "dolphin", j'ai le message :
Impossible d'entrer dans le dossier : /run/user/1000/gvfs/mtp:host=%5Busb%3A003%2C008%5D

Puis après être sorti de la session et rentré, je refais la même manip, et là "dolphin" s'ouvre et j'ai l'accès à tout les fichiers photo, pdf, vidéo etc...donc un accès en mode "mtp" . Mais ce qui est très surprenant c'est le chemin de connexion :
/run/user/1000/gvfs/gphoto2:host=%5Busb%3A003%2C008%5D

Comme vous pouvez le remarquer l'adresse du smartphone n'est plus connectée sur mtp:host mais sur gphoto2:host
Je pense que je tiens vraiment une piste, non ?

Comment faire pour qu'il se connecte directement en gphoto2 ? Puis que cela fonctionne comme ça, que le nom du chemin soit avec mtp ou gphoto2 importe peu !
J'attends vos idées

Dernière modification par Frankkunst (Le 27/10/2020, à 21:04)

xubu1957 · Le 27/10/2020, à 21:03

Bonjour,

Vu > qastack.fr/ubuntu/842409/what-is-run-user-1000-gvfs et > [Résolu] Téléphone Android introuvable dans le repertoire personnel

Montre :

dpkg -l | grep gvfs

En 2014 :

ii  gvfs:i386                                  1.20.1-1ubuntu1                        i386         userspace virtual filesystem - GIO module
ii  gvfs-backends                              1.20.1-1ubuntu1                        i386         userspace virtual filesystem - backends
ii  gvfs-bin                                   1.20.1-1ubuntu1                        i386         userspace virtual filesystem - binaries
ii  gvfs-common                                1.20.1-1ubuntu1                        all          userspace virtual filesystem - common data files
ii  gvfs-daemons                               1.20.1-1ubuntu1                        i386         userspace virtual filesystem - servers
ii  gvfs-fuse                                  1.20.1-1ubuntu1                        i386         userspace virtual filesystem - fuse server
ii  gvfs-libs:i386                             1.20.1-1ubuntu1                        i386         userspace virtual filesystem - private libraries

_ _ _

Rajout > wikipedia.org/wiki/GVFS

Dernière modification par xubu1957 (Le 27/10/2020, à 22:14)

Frankkunst · Le 27/10/2020, à 21:07

Voilà déjà le retour :

frank@OrdiPort:~$ dpkg -l | grep gvfs
ii  deja-dup-backend-gvfs                         34.2-0ubuntu1.1                                     all          Remote server support for Déjà Dup
ii  gvfs:amd64                                    1.36.1-0ubuntu1.3.3                                 amd64        userspace virtual filesystem - GIO module
ii  gvfs-backends                                 1.36.1-0ubuntu1.3.3                                 amd64        userspace virtual filesystem - backends
ii  gvfs-bin                                      1.36.1-0ubuntu1.3.3                                 amd64        userspace virtual filesystem - binaries
ii  gvfs-common                                   1.36.1-0ubuntu1.3.3                                 all          userspace virtual filesystem - common data files
ii  gvfs-daemons                                  1.36.1-0ubuntu1.3.3                                 amd64        userspace virtual filesystem - servers
ii  gvfs-fuse                                     1.36.1-0ubuntu1.3.3                                 amd64        userspace virtual filesystem - fuse server
ii  gvfs-libs:amd64                               1.36.1-0ubuntu1.3.3                                 amd64        userspace virtual filesystem - private libraries
frank@OrdiPort:~$

Je regarde le lien
merci xubu

Frankkunst · Le 27/10/2020, à 21:44

Bon je ne suis pas tout c'est un peu complexe pour moi ...
sur ton premier lien, je trouve :le gvfscomposant signifie "Gnome Virtual File System". Votre appareil photo et les téléphones Android sont montés dans cet "espace utilisateur" en dehors de "l'espace noyau" où un "montage" normal se produit., et en suivant le fil d'un lien de cette page j'ai : gvfs-mount has been deprecated and it is redirected to gio mount.
donc : gvfs-mount est obsolète et il est redirigé vers gio mount.
Voilà, mais comment cela fonctionne ?
Pour moi c'est mystère et boule de gomme !!!...

xubu1957 · Le 28/10/2020, à 08:41

Bonjour,

Vu > Connection BQ Ubuntu

#7, le 21/03/2015, Malizor a écrit :

1/ Vérifie que le téléphone est toujours branché et déverrouille le (il faut que tu sois sur l'écran « Applications » par exemple)
2/ Fais voir le retour de « ls /run/user/1000/gvfs » puis de « ls /run/user/1000/gvfs/* »

Montre :

ls /run/user/1000/gvfs

ls /run/user/1000/gvfs/*

#21, le 26/03/2015, cm-t a écrit :

Juste précision, au cas où, ça peut arriver des fois d'oublier:
Il faut déverrouiller son écran de verrouillage sur son téléphone, pour que le tél et sa carte SD soient vu sur le PC (qu'importe l'OS du PC)
C'est une sécurité

Dernière modification par xubu1957 (Le 28/10/2020, à 08:42)

Frankkunst · Le 28/10/2020, à 11:11

Bonjour Xubu,
Matinal !
Mon téléphone est bien déverrouillé ! Il ne faut pas perdre de l'esprit que cela fonctionne après relance de session, donc je pense qu'il ne manque aucun paquet ou dépendance mais que le problème réside dans la configuration . Quelques chose se passe mal ! Mais quoi ?...
Voici les retours des commandes
Smartphone non présent :

frank@OrdiPort:~$ ls /run/user/1000/gvfs
frank@OrdiPort:~$ ls /run/user/1000/gvfs/*
ls: impossible d'accéder à '/run/user/1000/gvfs/*': Aucun fichier ou dossier de ce type
frank@OrdiPort:~$

Smartphone raccordé, autorisation OK :
Pas de retour, attente prompteur clignote, Obligé de stopper le terminal, même un "contrôle C" ne fonctionne pas

Après reconnexion session :

frank@OrdiPort:~$ ls /run/user/1000/gvfs
'gphoto2:host=%5Busb%3A003%2C006%5D'
frank@OrdiPort:~$ ls /run/user/1000/gvfs/*
 Alarms    DCIM        Download   Movies   Notifications   Pictures    Podcasts    RW_LIB    SmartThings       WhatsApp
 Android   Documents   log        Music    ornidroid       Playlists   Ringtones   Samsung  'Voice Recorder'
frank@OrdiPort:~$

Et donc comme je dis en #34 :"Comme vous pouvez le remarquer l'adresse du smartphone n'est plus connectée sur mtp:host mais sur gphoto2:host
Xubu, en suivant un de tes liens, avec les recherche sur "gvfs/GIO" je suis tombé sur "GIGOLO", marrant comme nom !
Je regarde ça et je reviens .

xubu1957 · Le 28/10/2020, à 11:14

Tu as une Doc > gigolo

Frankkunst · Le 28/10/2020, à 14:25

Je viens de regarder ça, pour la doc sur gigolo j'avais vu. Merci bien .
Mais bon après installation, toujours la même chose, je dois me déconnecter et reconnecter pour accéder à tous les fichiers et l'URI est : gphoto2://%5Busb%3A003,006%5D/
alors que l'URI en première instance commençais par mtp://% ...etc
???...
à plus

Frankkunst · Le 28/10/2020, à 21:49

Bon j'ai étudié un peu tout cela .
Comme je le disais

moi #37 a écrit :

gvfs-mount has been deprecated and it is redirected to gio mount.
donc : gvfs-mount est obsolète et il est redirigé vers gio mount.

j'ai donc étudié un peu les commande de "gio" .
Donc voilà ce que me donne la cmd "gio info" après avoir relancé la session, sélection mode "mtp" sur le Smartphone (donc avec accès à tout type de fichiers) :

frank@OrdiPort:~$ gio info gphoto2://%5Busb%3A003,013%5D/
nom d’affichage : SAMSUNG Android
nom : SAMSUNG Android
type : directory
taille :  0
uri : gphoto2://%5Busb%3A003,013%5D/
attributs :
  standard::type: 2
  standard::name: SAMSUNG Android
  standard::display-name: SAMSUNG Android
  standard::icon: folder
  standard::content-type: inode/directory
  standard::size: 0
  standard::symbolic-icon: folder-symbolic
  id::filesystem: gphoto2:host=%5Busb%3A003%2C013%5D
  access::can-read: TRUE
  access::can-write: TRUE
  access::can-execute: TRUE
  access::can-delete: TRUE
  access::can-trash: FALSE
  access::can-rename: FALSE
  metadata::nautilus-list-view-sort-column: name
  metadata::nautilus-list-view-sort-reversed: false
frank@OrdiPort:~$

et la même commande en mode "ptp" (accès seul photo ) :

frank@OrdiPort:~$ gio info gphoto2://%5Busb%3A003,014%5D/
nom d’affichage : SAMSUNG Android
nom : SAMSUNG Android
type : directory
taille :  0
uri : gphoto2://%5Busb%3A003,014%5D/
attributs :
  standard::type: 2
  standard::name: SAMSUNG Android
  standard::display-name: SAMSUNG Android
  standard::icon: folder
  standard::content-type: inode/directory
  standard::size: 0
  standard::symbolic-icon: folder-symbolic
  id::filesystem: gphoto2:host=%5Busb%3A003%2C014%5D
  access::can-read: TRUE
  access::can-write: TRUE
  access::can-execute: TRUE
  access::can-delete: TRUE
  access::can-trash: FALSE
  access::can-rename: FALSE
  metadata::nautilus-list-view-sort-column: name
  metadata::nautilus-list-view-sort-reversed: false
frank@OrdiPort:~$

Donc, la même chose (juste un chiffre qui change dans l'URI, mais je pense attribution dynamique )
Vraiment étrange ce comportement, et toujours pas de solution pérenne !...

xubu1957 · Le 29/10/2020, à 08:37

Bonjour,

Si tu vois une idée dans > askubuntu.com/questions/342319/where-are-mtp-mounted-devices-located-in-the-filesystem

Compte supprimé · Le 29/10/2020, à 09:21

Une des réponses du lien de xubu1957 a pour source le wiki d'Archlinux.
https://wiki.archlinux.org/index.php/Me … r_Protocol
La page précise :

MTP is messy and its implementation varies between devices. Try the below clients and see which one works best with your device.

et elle liste les divers outils qui permettent de monter la mémoire des téléphones Android.
Le seul paquet dont je dispose pour cette fonction est "libmtp". Je n'ai aucun des autres.

Un appareil sous Android 7 est monté sur mon PC Archlinux sous :
/run/user/1000/gvfs puis mtp://Android_Android_3e8fcefc/

et un Android 10 est aussi monté de la même façon, au même endroit :
mtp://Sony_Xperia_XZ2_QV705J7F1B/

Dernière modification par Compte supprimé (Le 29/10/2020, à 09:39)

Frankkunst · Le 29/10/2020, à 10:30

Bonjour Xubu, bonjour Tamarou,
Xubu, j'ai parcouru ton lien, c'est un vieux poste, mais j'ai glané quelques info tel que la cmd "mtp-detect" ...
en voici le retour :

frank@OrdiPort:~$ mtp-detect
libmtp version: 1.1.13

Listing raw device(s)
Device 0 (VID=04e8 and PID=6860) is a Samsung Galaxy models (MTP).
   Found 1 device(s):
   Samsung: Galaxy models (MTP) (04e8:6860) @ bus 3, dev 6
Attempting to connect device(s)
ignoring libusb_claim_interface() = -6PTP_ERROR_IO: failed to open session, trying again after resetting USB interface
LIBMTP libusb: Attempt to reset device
ignoring libusb_claim_interface() = -6LIBMTP PANIC: failed to open session on second attempt
Unable to open raw device 0
OK.
frank@OrdiPort:~$

avec deux ligne importante :
Attempting to connect device(s)
ignoring libusb_claim_interface() = -6PTP_ERROR_IO: failed to open session, trying again after resetting USB interface
LIBMTP libusb: Attempt to reset device
ignoring libusb_claim_interface() = -6LIBMTP PANIC: failed to open session on second attempt

ce qui se traduit par :
Tentative de connexion de périphérique (s)
ignorer libusb_claim_interface () = -6PTP_ERROR_IO: échec de l'ouverture de la session, réessayer après la réinitialisation de l'interface USB
LIBMTP libusb: tentative de réinitialisation du périphérique
ignorer libusb_claim_interface () = -6LIBMTP PANIC: échec de l'ouverture de la session lors de la deuxième tentative

comment se passe la réinitialisation d'un port USB ?
Tamarou, j'étudie ton lien archlinux et je reviens vers vous .
Merci à vous deux

xubu1957 · Le 29/10/2020, à 10:35

Vieux post, mais :

Asked 7 years, 1 month ago Active 2 months ago Viewed 202k times

Frankkunst · Le 29/10/2020, à 13:26

Autant pour moi Xubu, mon anglais étant très approximatif (mon français tout autant ), je n'avais pas réalisé qu'il était toujours aussi actif ...
excuse, je vais donc analyser un peu plus à fond .
à plus

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 26/10/2020, à 11:04

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#27 Le 26/10/2020, à 13:28

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#28 Le 26/10/2020, à 13:31

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#29 Le 26/10/2020, à 13:38

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#30 Le 26/10/2020, à 14:05

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#31 Le 26/10/2020, à 14:26

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#32 Le 26/10/2020, à 16:59

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#33 Le 26/10/2020, à 17:35

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#34 Le 27/10/2020, à 20:55

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#35 Le 27/10/2020, à 21:03

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#36 Le 27/10/2020, à 21:07

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#37 Le 27/10/2020, à 21:44

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#38 Le 28/10/2020, à 08:41

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#39 Le 28/10/2020, à 11:11

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#40 Le 28/10/2020, à 11:14

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#41 Le 28/10/2020, à 14:25

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#42 Le 28/10/2020, à 21:49

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#43 Le 29/10/2020, à 08:37

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#44 Le 29/10/2020, à 09:21

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#45 Le 29/10/2020, à 10:30

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#46 Le 29/10/2020, à 10:35

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

#47 Le 29/10/2020, à 13:26

Re : problème transfert Samsung Galaxy S6 Android>Ubuntu USB protocole MTP

Pied de page des forums