Bonjour.
Questions maintes fois posée sur internet, mais je n'ai pas trouvé de réponse satisfaisante.
Ma copine a un PC avec Debian Wheezy et un Samsung Galaxy S3 qu'elle aimerait pouvoir y connecter.
Modèle GT-I9300
Version Android 4.1.2
Version Kernel 3.0.31-1042335
Du temps du mass storage c'était simple, mais depuis S2 ou S3, ce n'est plus possible, il faut utiliser MTP (ou PTP).
Lorsque le téléphone est branché au PC, il affiche un message qui permet de choisir entre MTP et PTP, et renvoie vers le site d'Android, qui dit :
Android File Transfer
For Mac users only. You don't need extra software to connect your Android device to a Windows computer.
Android File Transfer is an application for Macintosh computers (running Mac OS X 10.5 or later) you can use to view and transfer files between your Mac and an Android device (running Android 3.0 or later).
Les utilisateurs des autres systèmes apprécieront.
Pour info, voici ce qui s'affiche dans dmesg quand je le branche :
[ 799.596582] usb 1-6.2: new high-speed USB device number 4 using ehci_hcd
[ 799.707081] usb 1-6.2: New USB device found, idVendor=04e8, idProduct=6860
[ 799.707084] usb 1-6.2: New USB device strings: Mfr=2, Product=3, SerialNumber=4
[ 799.707086] usb 1-6.2: Product: SAMSUNG_Android
[ 799.707087] usb 1-6.2: Manufacturer: SAMSUNG
[ 799.707089] usb 1-6.2: SerialNumber: 4df186bc0a5f6fc9
[ 804.181712] usb 1-6.2: usbfs: USBDEVFS_CONTROL failed cmd gvfs-gphoto2-vo rqt 33 rq 102 len 0 ret -71
[ 804.245718] usb 1-6.2: usbfs: USBDEVFS_CONTROL failed cmd gvfs-gphoto2-vo rqt 33 rq 102 len 0 ret -71
[ 804.246083] usb 1-6.2: USB disconnect, device number 4
[ 804.460720] usb 1-6.2: new high-speed USB device number 5 using ehci_hcd
[ 804.569719] usb 1-6.2: New USB device found, idVendor=04e8, idProduct=6860
[ 804.569721] usb 1-6.2: New USB device strings: Mfr=2, Product=3, SerialNumber=4
[ 804.569724] usb 1-6.2: Product: SAMSUNG_Android
[ 804.569725] usb 1-6.2: Manufacturer: SAMSUNG
[ 804.569727] usb 1-6.2: SerialNumber: 4df186bc0a5f6fc9
Cet identifiant correspond à une ligne /lib/udev/rules.d/60-libgphoto2-2.rules
# udev rules file for libgphoto2 devices (for udev 175 version)
# Created from this library:
# libgphoto2 2.4.14 gcc, ltdl, EXIF
# libgphoto2_port 0.8.0 gcc, ltdl, USB (libusb0), serial without locking
#
# this file is autogenerated, local changes will be LOST on upgrades
ACTION!="add", GOTO="libgphoto2_rules_end"
SUBSYSTEM!="usb", GOTO="libgphoto2_usb_end"
ENV{DEVTYPE}!="usb_device", GOTO="libgphoto2_usb_end"
ENV{ID_USB_INTERFACES}=="", IMPORT{builtin}="usb_id"
ENV{ID_USB_INTERFACES}=="*:08*:*", GOTO="libgphoto2_usb_end"
ENV{ID_USB_INTERFACES}=="*:060101:*", ENV{ID_GPHOTO2}="1", ENV{GPHOTO2_DRIVER}="PTP", MODE="0664", GROUP="plugdev", GOTO="libgphoto2_usb_end"
[...]
ATTRS{idVendor}=="0bb4", ATTRS{idProduct}=="6860", ENV{ID_GPHOTO2}="1", ENV{GPHOTO2_DRIVER}="proprietary", ENV{ID_MEDIA_PLAYER}="1", MODE="0664", GROUP="plugdev"
Je ne sais pas ce que tout ça implique, mais il semble qu'au branchement de l'appareil, gphoto soit censé le prendre en charge.
Comme le protocole utilisé est MTP, j'ai naturellement essayé la piste libmtp.
Avec libmtp 1.1.3, mtp-detect ne détecte pas le téléphone :
libmtp version: 1.1.3
Listing raw device(s)
Device 0 (VID=04e8 and PID=6860) is a Samsung GT P7310/P7510/N7000/I9070/I9100/I9300 Galaxy Tab 7.7/10.1/S2/S3/Nexus/Note/Y.
Found 1 device(s):
Samsung: GT P7310/P7510/N7000/I9070/I9100/I9300 Galaxy Tab 7.7/10.1/S2/S3/Nexus/Note/Y (04e8:6860) @ bus 1, dev 13
Attempting to connect device(s)
PTP_ERROR_IO: failed to open session, trying again after resetting USB interface
LIBMTP libusb: Attempt to reset device
LIBMTP PANIC: failed to open session on second attempt
Unable to open raw device 0
OK.
Il se peut que la version 1.1.6 (Jessie) le puisse, j'essayerai quand je pourrai sur mon PC (Jessie), mais je ne peux pas l'installer sur Wheezy sans upgrader libc…
J'ai donc essayé gphoto.
J'ai réussi à avoir accès aux fichiers avec Gtkam (surcouche graphique à gphoto), mais c'est extrêmement lent. On dirait qu'il passe son temps à recharger la liste des fichiers de chaque répertoire. Et dans l'absolu, je préférerais y avoir accès depuis le gestionnaire de fichiers (ici Thunar).
Grâce à gphotofs, j'arrive à monter le téléphone dans un répertoire avec
gphotofs /chemin/repertoire
et à le démonter avec
fusermount -u /chemin/repertoire
Je peux alors naviguer dans le téléphone. C'est peu fluide, ça plante un peu Thunar. Le démontage ne marche pas à tous les coups, sauf si je débranche sauvagement.
Cette solution pourrait être idéale si
1/ La navigation était plus fluide et si ça ne me plantait pas Thunar.
2/ Le montage / démontage se passait comme pour une clé USB.
Pour le point 1/, hélas, je ne sais pas si je peux faire grand chose…
Pour le point 2/, j'ai créé un répertoire /media/galaxy_s3 sur lequel je lui ai donné les droits, un raccourci pour y aller rapidement, et deux lanceurs pour monter/démonter. Je préférerais que ça se fasse tout seul, évidemment, et que ça crée, comme pour les clés USB, un lecteur avec une icône "Eject" qui lance la commande umount et avertisse par un message si ça a raté.
Mes questions sont :
Est-ce que je me trompe de piste ?
Faut-il la passer à une version plus récente de libmtp ? J'aimerais éviter de la mettre en testing, mais je peux essayer de backporter une version plus récente de libmtp.
Devrais-je utiliser une solution FTP ? Je ne connais pas du tout le monde Android / appStore et compagnie…
Est-ce que gphoto est une bonne réponse mais il me manque la bonne interface graphique ?
Est-ce que ce que je demande (intégration gestionnaire de fichiers avec lecteur + icône eject) a un sens ?
Avec le nombre de geeks qui ont ce type de téléphone, j'ai du mal à comprendre comment on en est encore là. Et comme j'ai pas moi-même de téléphone, c'est pas mal de notions à appréhender d'un coup.
Merci pour vos lumières.
# Mode USB
Posté par Jean Michel (site web personnel) . Évalué à 1.
Le plus simple est de passer ton téléphone en mode USB Mass Storage :
Pour le Galaxy S2 c'est toujours possible, il faut le passer en mode debug :
http://www.doubletwist.com/help/question/usb-connect-mode/#gs2
Regarde sur le S3 si ce n'est pas la même salade.
# Aie, désolé
Posté par Jean Michel (site web personnel) . Évalué à 4.
Je me suis fourvoyé,
ce que je sais vrai pour le S2 ne marche pas pour le S3. Mais il existe des apps qui font ça apparemment …
http://www.android.gs/how-to-enable-usb-mass-storage-on-samsung-galaxy-s3-i9300/
Sinon, merci de m'avoir signalé de ne jamais prendre un S3 ou supérieur !
Que de régressions chez les fabricants de mobiles, je ne comprend pas leur facilité à supprimer ce qui marche bien ?!
[^] # Re: Aie, désolé
Posté par claudex . Évalué à 6.
Parce que ça ne marche pas bien justement. Le mass storage ne gère pas du tout la concurrence, ce qui veut dire que les applications du téléphone ne peuvent pas accéder à ces données quand on branche le téléphone à l'ordinateur, ce qui est perturbant pour l'utilisateur voire très génant (s'il utilise son PC pour le recharger).
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Aie, désolé
Posté par Graveen . Évalué à 3.
MERCI !
J'ai justement posé la question sur XDA, mais personne ne m'a donné une réponse aussi claire que ça. Ma question ne l'était pleut-être pas, mais au moins je sais pourquoi.
Ce qui me surprend est l'impossibilité de le faire (sur un LG P880 par exemple) ou uniquement sur la SDCard externe, via des applications tierces. Par exemple, DriveDroid n'a jamais fonctionné, sans que je puisse exactement comprendre pourquoi.
Je me pose aussi la question pour l'USB Host. Un seul kernel hère ça mais c'est totalement moisi. Je n'arrive pas à comprendre ce qu'il manque pour faire fonctionner ca out of the box, quels modules kernel ne sont pas compilés etc…
Bref.
UMS était pour moi acceptable, là ou MTP/PTP ne sont pas à jour et rament. In fine j'ai opté pour le transfert via wifi, et je le regrette bien.
[^] # Re: Aie, désolé
Posté par cfx . Évalué à 4.
Mon Nexus S, lorsque je le connecte à un PC, il me demande si je veux le faire passer en mode mass storage. Aucun désagrément.
[^] # Re: Aie, désolé
Posté par NeoX . Évalué à 3.
et quand tu lui dis oui,
tu peux encore repondre au telephone ?
naviguer dans l'appareil depuis l'appareil ?
ou ca devient une bete clef USB ?
[^] # Re: Aie, désolé
Posté par netsurfeur . Évalué à 5.
J'ai moi aussi un Nexus S et j'utilise l'USB Mass Storage
Oui, seules les applications installées sur la carte SD ou utilisant des données de la carte SD ne fonctionnent plus.
Les principales applications, comme le téléphone, SMS, carnet d'adresses, email et agenda ainsi que la plupart des applications installées sont sur le stockage interne et toujours utilisables.
Dans mon cas, toutes les applications sont sur le stockage interne. Il n'y a que la musique et les photos sur la carte SD donc aucun problème pour continuer à utiliser l'appareil.
Oui, sur dans le stockage interne, seul le stockage SD est inaccessible.
[^] # Re: Aie, désolé
Posté par cfx . Évalué à 5.
Et puis personnellement, le mass storage, j'en ai pas besoin de façon prolongée. Du coup, devoir se passer de quelques applis occasionnellement et pendant quelques minutes n'a rien d'insurmontable.
[^] # Re: Aie, désolé
Posté par Zenitram (site web personnel) . Évalué à -3.
Rien d'insurmontable. Mais quand tu as le choix, tu préfères un désagrément de moins surtout quand il est illogique pour un non connaisseur.
Dit-moi ce dont tu as besoin, je te dirais comment t'en passer. Grand exemple où pendant que certains répondent "rien d'insurmontable", les autres OS font le nécessaire pour que ce soit plus simple, et devinez qui est le plus utilisé… Encore une démonstration que les OS "majoritaires" ne sont pas majoritaires à cause d'une vente liée, mais du fait de la mentalité véhiculée par les utilisateurs (et développeurs) des OS "minoritaires".
[^] # Re: Aie, désolé
Posté par cfx . Évalué à 0.
Le non-connaisseur, il va lire le message que lui affiche son téléphone : « Si vous activez la mémoire de stockage USB, certaines applications en cours de fonctionnement vont être fermées et risquent de rester indisponibles jusqu'à ce que la mémoire de stockage USB soit désactivée. ».
Je ne vois pas en quoi ce choix comme illogique, d'autant plus que, avant 2011 (publications des specs du MTP, et date de l'achat de mon Nexus S), l'UMS était la seule méthode permettant d'accéder à la mémoire du téléphone depuis un PC (ou en tout cas, la plus simple pour le non connaisseur).
[^] # Re: Aie, désolé
Posté par Zenitram (site web personnel) . Évalué à -2.
et le concurrent n'aura pas de message car il gère tout comme un grand. Sérieux, tu ne vois pas la "petite" différence entre un message casse-bonbon et pas de message? Je suis impressionné. Pas étonnant que les OS "grand public" soient utilisé par le grand public (et choisis par les entreprises qui veulent avoir le moins possible de support à faire)
[^] # Re: Aie, désolé
Posté par jihele . Évalué à 2.
Dans le fond, je pourrais être d'accord, mais si j'en crois les retours ici, même sur l'OS majoritaire, le MTP, c'est merdique, donc l'alternative simple au Mass Storage, on l'a pas encore trouvée.
[^] # Re: Aie, désolé
Posté par claudex . Évalué à 4.
Je n'ai pas vraiment entendu parler du problème sur Windows pour les gens que je connais. Je n'ai vu le problème qu'ici avec CyanogenMod, je dirais que c'est donc ce dernier qui pose problème et non pas Windows.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Aie, désolé
Posté par cfx . Évalué à 3. Dernière modification le 18 février 2014 à 17:58.
Si si, je vois très bien la différence, pas la peine d'essayer de me faire passer pour un crétin.
C'est juste que sur mon Nexus S, c'est UMS ou rien. Du coup, même avec un OS « majoritaire », ben je dois me passer de quelques applis sur mon téléphone lorsque je souhaite y copier de la musique ou récupérer des photos.
J'aime beaucoup ta remarque concernant le fait que « les autres OS font le nécessaire pour que ce soit plus simple ». Si j'en crois ce que je lis sur le MTP :
Source : Wikipedia
Ça a l'air vachement bien le MTP, merci les « autres OS ». Au moins, les non connaisseurs ne vont pas être dépaysés ! Et surtout, heureusement que ces tocards d'utilisateurs et de développeurs d'OS « minoritaires » ne s'en sont pas mêlé.
Trêve de sarcasmes, le fait que le MTP soit tout pourri (j'exagère volontairement) n'est pas une raison pour que ce ne soit pas supporté sous un OS « minoritaire ». C'est juste que cela nécessite d'avoir des développeurs motivés pour se pencher sur le problème. Moi quand je vois ces quelques limitations, le MTP, ça ne me motive pas des masses…
[^] # Re: Aie, désolé
Posté par delio . Évalué à 1.
Oui, mais la solution de Google (utiliser le MTP) est merdique.
Ce qui marche bien et que j'utilise, c'est un serveur samba sur le téléphone, accessible en wifi ou par usbnet en bricolant un tout petit peu (il faut un téléphone rooté)
[^] # Re: Aie, désolé
Posté par NeoX . Évalué à 1.
Vive la securité,
bon moi je fais dans l'autre sens,
j'ai un NAS à la maison, un SFTP sur internet,
avec X-plore je peux pousser mes fichiers depuis le telephone vers un serveur.
[^] # Re: Aie, désolé
Posté par khivapia . Évalué à 2.
ce qui est perturbant pour l'utilisateur voire très génant (s'il utilise son PC pour le recharger).
Uniquement s'il le recharge et qu'il a monté le système de fichier du téléphone. Si c'est démonté, pas de problème, non ?
[^] # Re: Aie, désolé
Posté par claudex . Évalué à 3.
Il me semble que Windows monte automatiquement ces périphérique, ce qui pose le problème tout le temps donc (sauf si on pense à éjecter le périphérique).
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Aie, désolé
Posté par khivapia . Évalué à -1.
Ah oui bien sûr, tu as raison.
Encore un protocole standard qui disparaît à cause de Windows…
[^] # Re: Aie, désolé
Posté par Sufflope (site web personnel) . Évalué à 2.
Ah le salaud de Windows qui monte un périphérique quand on le branche sachant qu'on a au moins 50% de chances de vouloir le monter quand on le branche !
Oh putain je me transforme en Zenitram, désolé.
Blague à part c'est des conneries. Les versions d'android (pur ou cyanogen; je n'accorde que peu d'importance aux merdes de surcouches constructeurs (vous n'aviez qu'à pas acheter ; vous achèteriez une voiture que le concessionnaire a tuné ?)) qui marchaient en UMS demandaient confirmation sur le téléphone avant d'activer l'UMS quand on le branche ; sans clictouch sur le bouton "activer le partage et tuer mes applis" rien de monté.
Bref encore du Windows-bashing injustifié.
[^] # Re: Aie, désolé
Posté par khivapia . Évalué à 2.
Je reconnais que le troll était trop gros, je ferai plus fin la prochaine fois :-)
Cela dit, mon téléphone me demandant comme tu le fais remarquer confirmation avant d'accepter d'être monté en UMS, je voyais moins le problème.
# PTP
Posté par claudex . Évalué à 5.
Avec KDE, sous Opensuse, la navigation est très fluide en MTP. Es-tu sûr qu'il utilise bien MTP et pas PTP ? As-tu essayé avec mtpfs ? Il faudrait peut-être aussi regarder dans les backports pour voir s'il n'y a pas des version plus récentes des mtp-tools.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: PTP
Posté par jihele . Évalué à 2.
Le téléphone propose MTP et PTP. J'ai essayé les deux et surtout MTP. Il me semble qu'en PTP, je voyais la même arborescence à ceci près que dans le répertoire DCIM, je ne trouvais que les photos, pas les vidéos.
Je viens d'installer mtpfs version unstable, mais je ne sais pas quoi en faire et en fait je suppose que ça ne fonctionnera pas tant que mtp-detect ne parviendra pas à détecter le mobile correctement. Pas de version mtp-tools dans les backports, non.
[^] # Re: PTP
Posté par goofy . Évalué à 2.
Sous kde il y a KDE Connect c'est assez sympa, notamment il permet d'envoyer une page web de votre navigateur android à votre navigateur par defaut sous KDE.
Il gère le transfert de fichier simple, affiche les notifications sur votre bureau kde, partage les presses papier …
http://la-vache-libre.org/installer-kde-connect-sur-debian-jessie/
https://play.google.com/store/apps/details?id=org.kde.kdeconnect_tp&hl=fr
# OpenSSH ?!
Posté par jujubickoille . Évalué à 3.
Bonsoir,
Je te proposes d'accéder à ton téléphone en ssh, ça marche partout ( en plus, tu ne sera plus obligé de le branché du coup )
à titre personnel, j'utilise AndFTP et SSHDroid, il y en à certainement d'autres
[^] # Re: OpenSSH ?!
Posté par martinclic . Évalué à 3.
Je plussoie.
Personnellement j'utilise SSHelper, libre, disponible aussi sur le play store, et peut être aussi sur f-droid. Et je suppose que Thunar sait monter un dossier distant via ssh, genre ssh://192.168.0.24:2222 .
Pas besoin de rooter le téléphone. Attention par contre, SSHelper utilise le port 2222 par défaut.
[^] # Re: OpenSSH ?!
Posté par jihele . Évalué à 3.
Bonjour.
Merci à tous pour vos réponses.
Je ne souhaite pas remplacer la ROM du téléphone. Si c'était le mien, ou au moins si j'en avais un identique, je dis pas, mais comme j'y connais rien je voudrais éviter de faire le support. En plus au moindre pépin, ce serait le suspect idéal. (J'ai déjà été autorisé à changer l'OS de ses ordis, c'est bien.) De même, si je peux éviter de rooter, etc.
En revanche, installer une application, ça, je peux. Je sais pas faire, mais je peux essayer.
Cette piste en SSH m'intéresse. Si je comprends bien, ça serait par le réseau, donc 3G ou Wi-Fi s'il est activé, mais jamais par la câble USB. J'aime bien le filaire, mais on va pas chipoter, cette saloperie balance déjà des ondes partout… (En lisant l'aide, j'ai l'impression que c'est Wi-Fi seulement. Dans un sens, ça serait pas plus mal.)
Apparemment, c'est bon pour le montage auto avec Thunar :
https://wiki.archlinux.org/index.php/Thunar#Using_Thunar_to_browse_remote_locations
Il me resterait donc à installer l'application et à la paramétrer avec un mot de passe, en gros.
SSHelper est effectivement sur le Google Play Store et sur F-Droid.
Il faut vraiment entrer IP et port à la main ? (C'est Bouygues, je sais pas si elle est fixe ou dynamique. Fixe, je crois.)
La page dit :
Je m'attendrais à ce que ça se rajoute dans les raccourcis "Réseau", comme les partage samba et tout, comme expliqué dans le lien précédent sur Thunar.
En tout cas, merci pour cette solution.
[^] # Re: OpenSSH ?!
Posté par BAud (site web personnel) . Évalué à 1.
utiliser le wifi local, ce sera une adresse du genre 192.168.1.x, affichée par le logiciel serveur (FTP ou SFTP…) sur le smartphone (il suffit de recopier).
Ce sera sans doute bien plus rapide en wifi que par l'usb (tester 2-3 logiciels au besoin, j'obtenais du 1,8 Mo/s alors que l'écriture via le câble usb peinait à atteindre les 100 ko/s (ce qui était rédhibitoire pour transférer sa musique…).
J'avais aussi utilisé le ssh (scp) à partir du smartphone pour me connecter à mon portable avec un openssh-server activé, mais je préfère utiliser le clavier du portable que celui du smartphone :-)
[^] # Re: OpenSSH ?!
Posté par Juke (site web personnel) . Évalué à 2.
Il me semble qu'il ne s'agit pas de *open*ssh.
# Airdroid
Posté par Le Gab . Évalué à 5.
AirDroid te permet de joindre ton smartphone au travers du navigateur html, envoi et réception du fichier etc…
Sinon, installer une rom alternative qui propose encore le stockage que masse.
# Et si tu essayes de désactiver/downgrade "AllShare Play"
Posté par Zied . Évalué à 1.
Je ne sais pas si cela peut aider mais, dans mon cas, une mise à jour de l'application Sumsung AllShare Play a désactivé totalement la gestion avec MTP (je suis sur debian avec lxde et pcmanfm comme gestionnaire de fichier). Je l'ai constaté car la plus part des applications que j'utilise sont sur F-droid, donc quand Play store essaye d'effectuer des mises à jour automatiquement, j'essaye de voir si j'utilise, et je bloque l'appli (généralement en ne peut pas la désinstallé). D’ailleurs, il est remplacé par "Samsung Link" lors de la mise à jour si me souvient bien.
# Cyanogen
Posté par JoeltheLion (site web personnel) . Évalué à 4.
Est-ce que Cyanogen ne propose pas le mass storage par défaut?
Ce serait une raison de plus de remplacer la ROM constructeur par cette ROM de qualité qui a le mérite de continuer à évoluer longtemps après la fin de vie commerciale du téléphone.
[^] # Re: Cyanogen
Posté par jihele . Évalué à 2.
J'ai l'impression que Cyanogen n'y change rien : http://forum.cyanogenmod.com/topic/61373-enable-usb-mass-storage/#entry359548
[^] # Re: Cyanogen
Posté par mr_maurice . Évalué à 4.
J'ai un galaxy s3 avec une rom cyanogen, l'ums n'est pas proposé pour autant que je sache. J'utilise le kioslave kio-mtp pour kde. Ce tutorial pourra t'aider.
Pour info mtp est une foutue plaie qui n'apporte rien si tu veux simplement brancher ton téléphone et transférer quelques fichiers, il est impossible d'ouvrir une console dans le répertoire courant, impossible d'éjecter le périphérique, impossible d'emmener son téléphone partout en sachant qu'on pourra le brancher à un pc de 2001 sans souci, et est à peine supporté sous windows (je viens de vérifier, rien ne se passe sur mon install w7 lorsque je branche le tel, à part "installation du périphérique", lol)
C'est en conclusion une véritable merde qui pourrait avoir l'amabilité de coexister avec ums.
C'était mon exposé sur mtp
[^] # Re: Cyanogen
Posté par jihele . Évalué à 2.
Merci pour ce retour.
kio-mtp n'est pas dispo dans Wheezy et nécessite une libc trop récente.
J'en profite pour noter un tuto qui me servira peut-être, qui montre comment backporter la nouvelle version de mtpfs. Je pourrais faire pareil avec libmtp.
http://roger.steneteg.org/299/mount-mtp-device-on-debian-7-wheezy/
# Serveur FTP ?
Posté par Sclarckone . Évalué à 2.
Si le but est simplement de transférer des fichiers depuis / vers le téléphone, il semble que le gestionnaire de fichiers ES Explorer te permette de faire tourner facilement un serveur FTP sur ton téléphone pour accéder aux fichiers — pas testé personnellement, j'utilise Total Commander comme gestionnaire de fichiers sur mon N4.
[^] # Re: Serveur FTP ?
Posté par jihele . Évalué à 2.
En effet, ça a l'air de faire plein de trucs et notamment serveur FTP.
# Mise à jour ?
Posté par gouttegd (site web personnel) . Évalué à 5.
Pour information, sur ma Slackware 14.1, la connexion MTP avec un périphérique Android 4.x fonctionne parfaitement et « out-of-the-box », je n’ai rien eu à faire pour que ça fonctionne (je connecte le périphérique, il apparaît dans Thunar, je clique dessus, il est monté). Gros contraste avec ce qui se passait sur la Slackware 14.0 où je n’ai jamais réussi à faire fonctionner ça. La libmtp fournie avec la Slackware 14.1 est la 1.1.6, contre 1.1.3 sous Slackware 14.0.
Donc oui, je dirais qu’une mise à jour s’impose.
[^] # Re: Mise à jour ?
Posté par jihele . Évalué à 2.
Super, merci pour l'info.
Je ferai le test sur ma Jessie quand j'aurai le tél sous la main. Si ça fonctionne nickel, alors peut-être que je m'emmerderai même pas avec SSHelper et je chercherai plutôt à backporter mtp-tools sur Wheezy. Ou peut-être que je contacterai le mainteneur pour voir si ça peut être fait proprement pour que tout le monde en profite.
[^] # Re: Mise à jour ?
Posté par jihele . Évalué à 2.
Je viens de faire le test sur ma Jessie et ça y est pas encore tout à fait.
mtp-tools (1.1.6-20-g1b9f164-1)
Effectivement, le téléphone se monte proprement, avec une belle icône, et une touche "éject". Super.
La navigation est fluide.
Mais je n'arrive pas à utiliser les fichiers directement sur le téléphone (par exemple en double-cliquant sur un fichier .jpg, .mp4, .pdf).
Et si je les copie, ça ne fonctionne pas tellement mieux. Les noms de fichier sont modifiés à la copie pour des noms plus courts et sans extension. Et selon le type de fichier, ça ne s'ouvre pas toujours correctement.
Exemple, mtp://[usb:001,010]/65537/9/75/87/20130726_212917.jpg devient 87. Quand je double-clique, la photo est toute petite et clignote… Bref, ça ne marche pas. Si je renomme 87.jpg, ça marche. Même avant renommage, le Type de fichier indiqué par Thunar est pourtant bien "image JPEG".
Je pense pas qu'il faille s'attarder sur les symptômes pour chaque type de fichier, les problèmes découlent sûrement du renommage. C'est celui-ci que je ne m'explique pas.
Pour info, les fichiers dans l'appareil sont root:root et rw-rw-rw-.
Je vois même pas avec quels mots-clés chercher pour résoudre ça.
Je ne vois rien dans les logs.
[^] # Re: Mise à jour ?
Posté par jihele . Évalué à 2.
En fait, quand je navigue dans l'arborescence de l'appareil, je vois bien les bons noms de répertoire, et quand je clique pour changer de répertoire, ça marche, mais la barre d'adresse ne contient pas le nom de répertoire mais un chiffre à la place.
Exemple : mtp://[usb:001,010]/65537/Phone/DCIM/Camera devient mtp://[usb:001,010]/65537/9/75/
Le même phénomène que pour les noms de fichier.
La lecture directement depuis l'appareil échoue car le nom de fichier passé au logiciel est mtp://[usb:001,010]/65537/9/75/69 et ça lui plaît pas.
[^] # Re: Mise à jour ?
Posté par jihele . Évalué à 2.
Je n'ai pas le même problème en PTP. Mais l'arborescence est bizarre (tous les répertoires apparaissent trois fois : Alarms, Alarms_000004bb, Alarms_0000005a, etc) et je vois tous les fichiers pareils saut que les videos .mp4 qui sont normalement mélangées avec les photos dans Camera n'apparaissent pas. Donc ce n'est pas vraiment une solution.
L'appareil apparaît alors avec une icône d'appareil photo et l'adresse gphoto2://[usb:002,006]/
[^] # Re: Mise à jour ?
Posté par jihele . Évalué à 2.
Je pense avoir une réponse.
Je n'utilise ni mtpfs (plus dans les dépôts) ni jmtpfs (je ne l'ai pas installé). (Pour une liste des façons de gérer le MTP, voir cette page de la doc d'Arch linux.)
J'utilise gvfs-mtp, qui chez Debian est fourni dans le paquet gvfs-backends.
Le développeur de gvfs-mtp a publié un article sur son blog qui évoque le problème des noms et des numéros. Un coup d'oeil au changelog de gvfs dit que c'est dans la version 1.17 qu'est ajouté la fonctionnalité mtp: Use normal filenames in paths.
Et je viens de voir dans un rapport de bug Debian que ça devrait fonctionner avec la version 1.18 de gvfs-backend présente dans experimental.
(Attention, je mélange des numéros de version gvfs-backend et gvfs-mtp, mais je pense qu'ils sont indépendants.)
[^] # Re: Mise à jour ?
Posté par jihele . Évalué à 3.
Avec la version experimental de gvfs-backend, et ses quelques dépendances en experimental aussi, ça fonctionne de façon fluide.
La seule chose qui marchait pas, c'était l'affichage des images directement depuis le téléphone dans gthumb. Peut-être un problème de gthumb. Une fois copié sur le PC ça fonctionne.
Donc ça devrait fonctionner dans Debian stable en 2015 ou 2016, c'est-à-dire longtemps après que ce téléphone soit cassé et remplacé par un plus récent…
Le paquet est dans experimental et met du temps à arriver dans testing. Le fait que ce paquet englobe un nombre important de backends ne doit pas aider puisqu'il suffit que l'un d'entre eux ait une dépendance bloquée pour que ça bloque tout. Par exemple, il dépend de la version experimental de libgoa, qui sert à gérer les Gnome Online Accounts, qui n'ont sans doute pa sgrand chose à voir avec MTP.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.