Journal Android 4 et MTP sous GNU/Linux

Posté par (page perso) . Licence CC by-sa
Tags :
23
27
mai
2012

Bonjour Nal,

C'est la première fois que je t'écris, avec l'espoir que tu pourras m'aider.

Je viens de faire l'acquisition d'un téléphone Samsung Galaxy Nexus avec Android 4, et je souhaiterais échanger des fichiers (dans les deux sens) entre mon téléphone et mon ordinateur (une utilisation très peu courante donc) sous Debian Sid.

Comme vous le savez peut-être, Android 4 ne propose plus de connexion USB Mass Storage (qui permettait au téléphone d'être monté comme une clé USB quelconque), si j'ai bien compris à cause de l'impossibilité de monter le système de fichiers sur deux systèmes différents (celui du téléphone et celui du pc) simultanément.

C'est le MTP qui le remplace (à ne pas confondre avec les Mesures Techniques de Protection – attention, site dangereux !).

Pour parvenir à échanger des fichiers (ce que je faisais simplement et sans problème sous Android 2.1), je vois trois solutions.

(1) Utiliser adb (l'outil fourni avec le SDK Android, orienté développeur) et ses commandes push et pull :

adb push monfichier.png /mnt/sdcard/monfichier.png

(2) Utiliser les outils du paquet mtp-tools, notamment mtp-sendfile et mtp-getfile :

mtp-sendfile monfichier.png monfichier.png

(3) Monter le système de fichiers du téléphone dans un répertoire grâce à mtpfs :

mkdir /tmp/mtp
mtpfs /tmp/mtp

(ça m'a permis de remarquer que "mtp" était un anagramme de "tmp", mais tout le monde s'en fout)
Il faut exécuter cette commande lorsque le téléphone est déverrouillé.

La méthode (1) fonctionne parfaitement, mais elle n'est pas très pratique.

La méthode (2), pas plus pratique, semble aussi fonctionner : j'ai bien le fichier dans /mnt/sdcard… Mais certains fichiers (parfois sans extension) copiés de cette manière apparaissent dans "Mémoire de stockage interne" (avec mtpfs, voir méthode (3)), mais pas dans le résultat de :

adb shell ls /mnt/sdcard

Du coup le fichier était peut-être stocké autre part… je ne sais pas où (je n'ai pas fouillé).

Mais les problèmes sont encore plus importants avec mtpfs (3) (pourtant la méthode qui semble la plus pratique au quotidien) :

rom@rom-laptop:~$ cd /tmp/mtp
rom@rom-laptop:/tmp/mtp$ ls
Mémoire de stockage interne  Playlists
rom@rom-laptop:/tmp/mtp$ cd 'Mémoire de stockage interne'
rom@rom-laptop:/tmp/mtp/Mémoire de stockage interne$ ls
Alarms  Android  DCIM  Download  Movies  Music  Notifications  Pictures  Podcasts  Ringtones
rom@rom-laptop:/tmp/mtp/Mémoire de stockage interne$ echo test > test
rom@rom-laptop:/tmp/mtp/Mémoire de stockage interne$ ls
Alarms  Android  DCIM  Download  Movies  Music  Notifications  Pictures  Podcasts  Ringtones
rom@rom-laptop:/tmp/mtp/Mémoire de stockage interne$ cat test
cat: test: Aucun fichier ou dossier de ce type

Je n'y ai accès qu'en lecture, je ne peux pas écrire dessus. C'est d'autant plus bizarre que mtp-sendfile y parvient.

Pourtant, il est bien monté en rw :

$ mount | grep ^mtpfs
mtpfs on /tmp/mtp type fuse.mtpfs (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

J'ai lu ici et là ("ici et là" est une expression, ne cherchez pas à cliquer sur "ici" ou sur "là") qu'il fallait utiliser la commande :

mtpfs -o allow_other /tmp/mtp

après avoir décommenté dans /etc/fuse.conf la ligne :

user_allow_other

(et redémarré fuse, voire le pc).
Mais ça ne change rien.

De plus, au bout de quelques dizaines de secondes d'utilisation, ça ne fonctionne plus :

rom@rom-laptop:/tmp/mtp/Mémoire de stockage interne$ ls
ls: impossible d'ouvrir le répertoire .: Noeud final de transport n'est pas connecté

Il faut alors démonter :

fusermount -u /tmp/mtp

puis remonter :

mtpfs /tmp/mtp

Conclusion négative : quand vous avez une technologie qui fonctionne correctement (Mass Storage), passez à une autre sans garder la possibilité de continuer à utiliser celle qui fonctionne…

Conclusion positive : je suis sûr que de nombreux lecteurs de linuxfr ont une solution très simple à partager, et je les en remercie par avance.

PS : je crois qu'il est bien vu de suivre des règles non-écrites stupides pour faire semblant de s'intégrer à une communauté, alors voilà une Nimage de pirates…

  • # Pareil...

    Posté par . Évalué à 5. Dernière modification le 27/05/12 à 19:49.

    J'ai été confronté au même problème et je l'ai résolu différemment :

    j'ai installé un serveur FTP sur le smartphone.

    Un brin bourrin, mais largement plus simple à mettre en oeuvre et ça marche sur n'importe quel PC sans avoir à faire des incantations particulières.

    Il y a aussi http://airdroid.com/ qu'il faudrait que je teste un jour.

    • [^] # Re: Pareil...

      Posté par . Évalué à 4. Dernière modification le 27/05/12 à 19:56.

      dans ce cas j'imagine qu'un bon vieux OpenSSH fera l'affaire aussi , combiné avec Dolphin de kde :)

      En passant , l'impossibilité de monter deux systèmes de fichiers me parait douteuse, mais juste un sentiment, pas le temps de creuser.

      • [^] # Re: Pareil...

        Posté par . Évalué à 6.

        En passant , l'impossibilité de monter deux systèmes de fichiers me parait douteuse, mais juste un sentiment, pas le temps de creuser.

        A ma connaissance il n'y a pas de système de fichier qui accepte l'accès simultané depuis deux hôtes différents. C'est pour ça que Android désactivait la partition quand tu montais le système de fichier. La façon propre ce serait que le telephone exporte le systeme de fichier avec un FS réseau (nfs, cifs, etc.).

        MTP revient plus ou moins au même sauf que c'est pas très bien supporté sous linux (quoique il me semble que un gnome récent le supporte dans le navigateur de fichier).

        • [^] # Re: Pareil...

          Posté par . Évalué à 2.

          A ma connaissance il n'y a pas de système de fichier qui accepte l'accès simultané depuis deux hôtes différents.

          Il y a GFS.

          • [^] # Re: Pareil...

            Posté par . Évalué à 3.

            Il y a GFS.

            Je parle de l'accès au "block device" sous-jacent, pas de l'accès au système de fichiers exporté par un système de fichier réseau.

            • [^] # Re: Pareil...

              Posté par . Évalué à 3.

              En effet il semble que certains FS permettent l'acces simultané (c'est pas clair si ça marche avec n'importe quel block device par contre): http://en.wikipedia.org/wiki/List_of_file_systems#Shared_disk_file_systems

            • [^] # Re: Pareil...

              Posté par . Évalué à 2.

              Je parle de l'accès au "block device" sous-jacent, pas de l'accès au système de fichiers exporté par un système de fichier réseau.

              GFS n'est pas un système de fichiers réseaux. Je l'ai utilisé avec du SCSI ou de la fibre optique.
              Dans les deux cas, chaque machine accédait directement au "block device".

        • [^] # Re: Pareil...

          Posté par (page perso) . Évalué à 1.

          A ma connaissance il n'y a pas de système de fichier qui accepte l'accès simultané depuis deux hôtes différents.

          GFS, OCFS. Mais ce sont des systèmes exotiques pour le grand public, autrement dit parfaitement illisibles.

        • [^] # Re: Pareil...

          Posté par (page perso) . Évalué à 1.

          La limitation ne vient pas du système de fichier, mais du protocole USB. Certains contrôleur peuvent être indépendamment en mode HOST ou en mode normal mais ne peuvent passer de l'un a l'autre sans charger/décharger dynamiquement un module noyau. Alors pour faire les deux simultanément, on en est encore loin.

          while(coding) alert('smile');

    • [^] # Re: Pareil...

      Posté par . Évalué à 1.

      Airdroid est vraiment pas mal pour ça, juste limité par le débit wifi mais quand on voit la durée de synchronisation avec certains téléphones android (synchro de démontage) ça se vaut.

      J'ai aussi un Galaxy Nexus depuis peu et c'est vrai que MTP c'est vraiment la mauvaise surprise parce que MTPfs est extrêmement lent pour moi.

      • [^] # Re: Pareil...

        Posté par . Évalué à -4.

        Airdroid est vraiment pas mal pour ça, juste limité par le débit wifi

        Le débit d'une carte mémoire flash microSD est souvent plus faible que ce que tu peux atteindre en WiFi, bon, ça dépend de la qualité de la carte, des bornes et de la force du signal.

        Pour ma part, je n'ai pas trouvé d'autres solutions que Airdroid, dire que le stockage de masse USB était un des arguments en faveur d'Android par rapport à iOS, c'est triste.

        Pourquoi ne pas faire comme sur PSP? Le mode USB data monopolise l'UI/OS de la console.
        Et puis comment faisaient les devs Android avant? Quelle est la nouvelle "fonctionnalité qui tue" qui a "tuer" le stockage de masse USB?

  • # Nautilus ou autre GUI

    Posté par (page perso) . Évalué à 3.

    Bonjour,

    Je n'ai malheureusement pas la chance d'avoir un Android 4 sur mon Wildfire S (si quelqu'un sait où en trouver un, je prends), mais j'ai justement lu récemment quelque-part que d'autres personnes se posent la même question. Il paraît (non vérifié) que Nautilus intègre la libmtp, ce qui lui permet d'accéder à un périphérique MTP, sans doutes de la même manière que le push et pull de la méthode 2.

    Il devrait également être possible, sous KDE, d'utiliser simplement Dolphin. Je ne sais pas s'il intègre également ça, mais je pense me souvenir, lors d'une compilation de KDE, que libmtp est une dépendance optionnelle de KDE.

    À tester.

    • [^] # Re: Nautilus ou autre GUI

      Posté par . Évalué à 2.

      Sur mon Wildfire S, j'ai installé un port de CM9 (ICS donc) fait par Andreas Schneider.
      Avant cela, j'avais une ROM Orange toute pourrie et c'est un vrai bonheur.
      Même si tout est en bêta (aussi bien CM9 que le port), c'est fluide et tout marche pour moi sauf le GPS (mais l'auteur dit que cela marche chez lui, à tester donc).

      Quelques URLs intéressantes :
      - http://forum.xda-developers.com/showthread.php?t=1444554
      - http://blog.cryptomilk.org/
      - http://code.google.com/p/cm9-wildfires/

      À noter qu'il n'y a pas de MTP sur cette version mais bien un montage USB traditionnel. Je ne sais pas si cela tient à CM9. J'ai un Android ICS sur une tablette et là je dois effectivement souffrir MTP.

      • [^] # Re: Nautilus ou autre GUI

        Posté par (page perso) . Évalué à 1.

        Sur les anciens modèles CyanogenMod préserve le modèle de partitionnement : mémoire de stockage "interne" et mémoire de stockage dîtes "USB".
        Google est passé au MTP pour permettre de fusionner les deux (ce qui évite de devoir installer les applications sur l'espace de stockage USB lorsque l'espace interne est plein). A ma connaissance, les partitions dîtes "USB" et les cartes microSD continueront à utiliser le Mass storage.

        Après, je me demande pourquoi le partitionnement n'est pas remis en cause sur les anciens modèles.

    • [^] # Re: Nautilus ou autre GUI

      Posté par (page perso) . Évalué à 3.

      J'utilise Nautilus pour MTP (d'un ICS) donc je confirme que ça marche bien. Le seul problème c'est qu'il faut utiliser un outil graphique, mais bon, c'est assez rare pour que ça soit acceptable.

      • [^] # Re: Nautilus ou autre GUI

        Posté par . Évalué à 3.

        Pour les montages, Nautilus n'est jamais qu'une GUI à GVFS et en particulier gvfs-mount, tu peux donc le faire en console.

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

    • [^] # Re: Nautilus ou autre GUI

      Posté par (page perso) . Évalué à 1.

      Je suis sous KDE, ça ne fonctionne pas sous Dolphin. Ça écrit :

      Le processus traitant le protocole camera s'est arrêté de façon inatendue.

      Je testerai sous Gnome.

      blog.rom1v.com

  • # airdroid

    Posté par . Évalué à -3.

    J'ai installé airdroid. Je suis encore en 2.3, mais je n'ai jamais connecté mon téléphone via USB.

  • # C'est ton téléphone le problème !!!

    Posté par . Évalué à 9.

    Android 4 ne propose plus de connexion USB Mass Storage  ????

    J'ai une tablette + un telephone sous android 4, et il y a le mass storage !

    C'est ton Téléphone "Samsung Galaxy Nexus" qui ne le propose pas.

    -> Mauvais téléphone -> changer de téléphone.
    ou
    -> Mauvaise ROM -> changer de ROM (Cyanogen…).

    • [^] # Re: C'est ton téléphone le problème !!!

      Posté par . Évalué à 3.

      En effet, rien à voir avec Android 4, c'est Google qui a choisi de ne pas proposer l'UMS avec son Galaxy Nexus, apparemment pour des raisons de performance :

      http://www.frandroid.com/actualites-generales/85414_lacces-a-la-memoire-du-galaxy-nexus-ne-se-fera-quen-mtp-pas-en-usb-mass-storage/

      • [^] # Re: C'est ton téléphone le problème !!!

        Posté par . Évalué à 3.

        Hypothèse…

        S'ils proposent de l'UMS, c'est un « block device » qu'ils exportent.
        Si ce block device doit être monté par le système, il faut qu'il soit formatté dans un fs reconnu par ce système, ce qui ne laisse pas grand chose d'autre que (V)FAT.

        Vraisemblablement qu'en mettant le FS contenant les données en EXT4, ils gagnent en performance (j'avais pu vérifier ça sur un vieux Samsung), mais vont au devant de problèmes avec des OS qui ne reconnaitraient pas ce système de fichiers sur le block device exporté.

    • [^] # Re: C'est ton téléphone le problème !!!

      Posté par . Évalué à 8. Dernière modification le 27/05/12 à 20:14.

      A l"époque , si je me souviens , Samsung poussa le mtp , (par exemple il y avait des lecteurs mp3 en mtp par défaut , sauf avec des firmwares koréen , qui permettaient l'usb mass storage ).

      Notamment le YP-K5

      D'autre part , si quelqu'un pouvait me donner la porté de cette phrase de wikipedia sur l'article mtp :
      Media Transfer Protocol (commonly referred to as MTP) is part of the "Windows Media" framework and thus closely related to Windows Media Player. Windows Vista has built-in support for MTP. Support for Media Transfer Protocol in Windows XP requires the installation of Windows Media Player 10 or higher.[2] Mac and Linux systems have software packages to support it.[3][4]

      En tout cas je remarque que cela fait quand meme depuis 4 ans (2008) que le processus de standardisation est mis en oeuvre, selon Wikipedia. Or au vu de la réactivité du libre, et de la large diffusion de ce protocole sur les périphériques mobiles , je ne m'explique pas pourquoi nous en sommes encore au stade d'un support digne du niveau des bétat-tests.

      Si quelqu'un avait des éléments de discussions à verser au débat , ce serait rafraichissant.

      • [^] # Re: C'est ton téléphone le problème !!!

        Posté par (page perso) . Évalué à 4.

        Pour ajouter des musiques sur mes baladeurs samsung, j'utilisais Gnomad2 (avec "Il est pensé comme un programme FTP graphique ordinaire" dans la description).

        Et sur le wiki d'ubuntu-fr ils parlent aussi de gphotofs qui semble utiliser Fuse, c'est une piste a creuser

        • [^] # Re: C'est ton téléphone le problème !!!

          Posté par (page perso) . Évalué à 3.

          Merci beaucoup !

          Il s'utilise comme mtpfs, sauf que lui, il fonctionne :

          gphotofs /tmp/mtp
          
          

          (je l'ai testé en root pour l'instant car je n'avais pas ajouté mon user au groupe fuse sur mon pc du boulot, et il faut redémarrer pour que ça soit pris en compte)

          Dans /tmp/mtp/store_00010001, j'ai bien le contenu de /mnt/sdcard, et :

          echo test > test
          
          

          crée bien un fichier test !

          blog.rom1v.com

  • # gphoto2

    Posté par (page perso) . Évalué à 6.

    À ma connaissance, la mise en œuvre la plus connue de MTP sous GNU/Linux, c'est gphoto2. Il est utilisable sous Nautilus par exemple, ou en ligne de commande, et fournit même un shell.

  • # Cyanogen ou SSH

    Posté par . Évalué à 6.

    Sur mon téléphone, CyanogenMod 9 (avec Android ICS) supporte le mode de stockage de masse.

    Sinon, il reste toujours la solution d'installer SSHDroid pour les téléphones rootés (pensez à mettre un bon mot de passe), puis de jouer avec SFTP :-)
    Il existe aussi SwiFTP qui fait serveur FTP (chez moi SSHDroid fonctionne mieux).

    Par contre, ça n'offre toujours pas la souplesse d'un système de fichier monté, mais au moins on peut accéder à son téléphone avec un truc bien supporté.

    • [^] # Re: Cyanogen ou SSH

      Posté par . Évalué à 2.

      Pareil. Je cite aussi le non libre (mais assez bon) eStrong File Explorer qui propose un serveur FTP, un client SMB, un client dropbox -> je n'utilise plus que cet outil à cause de l'hétérogénéité des serveurs et des protocoles auxquels je dois faire face.

      Et bien sûr CM9 propose un USB mass storage.

    • [^] # Re: Cyanogen ou SSH

      Posté par . Évalué à 1.

      Dans mon enthousiasme j'ai pas vu le post du dessus qui proposait aussi l'installation d'un serveur FTP.

      En contrepartie, pour ceux qui n'ont pas de routeur wi-fi sous la main et qui ne le savaient pas déjà, il est parfaitement possible d'utiliser le partage de connexion par wi-fi ou par USB pour ensuite accéder à son téléphone en FTP ou SFTP.

    • [^] # Re: Cyanogen ou SSH

      Posté par (page perso) . Évalué à 2.

      SSHDroid fonctionne aussi pour les téléphones non rootés !

      • [^] # Re: Cyanogen ou SSH

        Posté par . Évalué à 3.

        Quite à posséder "un quasi-mini ordinateur de poche avec fonction gsm", autant avoir le controle, de la meme manière que son pc.

        • [^] # Re: Cyanogen ou SSH

          Posté par (page perso) . Évalué à 2.

          Je trouve qu'installer un serveur SSH serait une bonne idée.

          Par contre, SSHDroid ne semble pas être libre (je n'ai trouvé nulle part de licence ni de sources).
          QuickSSHd non plus (il est même payant).

          Ils se basent tous les deux sur DropBear, qui lui est libre (mais qui ne s'exécute pas en tant qu'application Android).

          Bref, connaissez-vous un serveur SSH libre pour Android ?
          (pour le client, j'utilise ConnectBot)

          blog.rom1v.com

          • [^] # Re: Cyanogen ou SSH

            Posté par . Évalué à 2.

            Peut-être que c'est un tout petit peu à côté de la question, mais pas des masses. Bref ça dépend si on considère que cyanogen est un android…

            Cyanogenmod inclut dropbear, à ce que j'ai pu voir.

          • [^] # Re: Cyanogen ou SSH

            Posté par . Évalué à 1. Dernière modification le 31/05/12 à 00:19.

            Droidsshd est sous licence apache. C'est un gestionnaire de configuration pour dropbear. Celui-ci n'est pas fourni mais ils fournissent de la doc pour le compiler.

    • [^] # Re: Cyanogen ou SSH

      Posté par (page perso) . Évalué à 1.

      Par ailleurs, est-ce qu'une autre ROM (CyanogenMod 9 par exemple) supporterait le MassStorage sur le Galaxy Nexus ?
      (le fait qu'il ne soit pas supporté par défaut provient-il d'une restriction logicielle ou également du fonctionnement matériel ?)

      blog.rom1v.com

      • [^] # Re: Cyanogen ou SSH

        Posté par . Évalué à 3.

        Si tu reformattes et repartitionnes c'est normalement possible de supporter UMS. Mais techniquement c'est moins propre que MTP.

  • # Samba

    Posté par . Évalué à 1.

    N'importe quel explorateur de fichier sur android est capable de se connecter a un serveur samba ou webdav .. Ayant mes fichiers sur mon serveur avec samba + owncloud, je ne me suis meme pas demander comment acceder a ces fichiers ..
    MTP a disparu ? Bien ! peut etre que ca va pousser aussi a l'abandon de FAT sur les partitions alors si les ordinateurs ne sont plus cense y acceder

    • [^] # Re: Samba

      Posté par . Évalué à 1.

      Ou as-tu lu que MTP a disparu ?

      • [^] # Re: Samba

        Posté par (page perso) . Évalué à 3.

        Il voulait dire stockage de masse je pense. Mais effectivement, une raison fréquente de l'utilisation de MTP est que le système de fichiers utilisé n'est pas FAT, mais quelque chose de plus exotique tel qu'un système de fichiers pour Flash, genre JFFS2, YAFFS, LogFS, UBIFS…

  • # gmtp pour moi ...

    Posté par (page perso) . Évalué à 1.

    Je n'ai jamais non plus réussi à faire fonctionner mtpfs avec ma tablette android 4, qui donne des résultats aléatoires (certains répertoires ont l'air de marcher, d'autres restent vides).

    En plus des mtp-tools, j'utilise aussi gmtp qui ne m'a jamais fait de surprise. Par contre, ca serait vachement mieux si c'était intégré à Nautilus, mais là pas de trace de support MTP (en tout cas dans gnome 3.4 chez moi …)

    Enfin, Banshee et Rhythmbox sont tous les deux sensés supporter MTP … Banshee n'a jamais reconnu mon périph (même après avoir rajouté son ID dans libmtp), Rhyhtmbox si, mais ça se limite à la librairie musicale … c'est déjà ça !

    • [^] # Re: gmtp pour moi ...

      Posté par (page perso) . Évalué à 1.

      Ah merci pour l'info, ça a l'air de fonctionner pas trop mal (même si je suis sous KDE).

      blog.rom1v.com

    • [^] # Re: gmtp pour moi ...

      Posté par . Évalué à 2.

      En installant le paquetage gvfs-gphoto2, le périphérique MTP devrait être visible depuis Nautilus ou Thunar (marche avec ma tablette Android ICS).

  • # Comme vous le savez peut-être, Android 4 ne propose plus de connexion USB Mass Storage

    Posté par (page perso) . Évalué à -9.

    rm -Rf android

    http://devnewton.bci.im

  • # La principale raison

    Posté par (page perso) . Évalué à 10.

    Bizarre que personne ne l'aie mentionnée.

    Pour monter ton device en USB storage, ca exporte le bloc device il faut le démonter du téléphone d'abord, donc tuer les applis qui en ont besoin.

    Ca implique donc d'avoir plusieurs partitions, une pour les applis importantes et une à partager en mass storage, et donc de jongler avec l'espace disponible (deplacer des applis vers la partition de data pour pouvoir en installer d'autres, mais du coup elles ne sont plus utilisables quand ton tel est connecté au PC).

    Utiliser MTP permet d'avoir une seule grosse partition et d'y acceder de maniere concurrente vu que ca se fait au dessus du FS.

    Après le fait de ne pas avoir besoin d'utiliser de la FAT, je pense que c'est sans doute sympa pour les performances mais c'est secondaire.

    • [^] # Re: La principale raison

      Posté par (page perso) . Évalué à 4.

      Hmm en fait c'était dit dans le journal /o\

    • [^] # Re: La principale raison

      Posté par (page perso) . Évalué à 2.

      Pour monter ton device en USB storage, ca exporte le bloc device il faut le démonter du téléphone d'abord, donc tuer les applis qui en ont besoin.

      À moins d'utiliser un SF prenant en charge les accès concurrents, tel qu'OCFS et GFS, avec deux inconvénients :

      • il faut un canal de synchronisation entre les deux hôtes, et ça demande de la configuration ;
      • ces systèmes de fichiers ne sont pas pris en charge par certains systèmes d'exploitation courants.
      • [^] # Re: La principale raison

        Posté par . Évalué à 1.

        À moins d'utiliser un SF prenant en charge les accès concurrents, tel qu'OCFS et GFS, avec deux inconvénients :

        D'où l'idée davoir un serveur samba, accessible en partage de connexion usb (ou wifi) à la place du usb storage.
        C'est bien plus pratique.

        • [^] # Re: La principale raison

          Posté par (page perso) . Évalué à 5.

          Bof, franchement, pourquoi devoir monter un réseau quand il existe déjà deux protocoles qui répondent au problème : MTP en USB, et OBEX en bluetooth ?

          Et s'il faut sortir du réseau, je préférerais faire du SFTP, à choisir.

  • # ptp/mtp

    Posté par . Évalué à 1.

    Chez moi le telefone (galaxy nexus) me demande si je veux utiliser mtp ou ptp. Et ptp marche tres bien a travers gphoto.
    Maintenant comme certains le mentionnent, une version recente de gnome (ubuntu precise par example) a un support de mtp integre.

  • # serveur samba sur le tel + partage de connexion

    Posté par . Évalué à 2.

    Sur mon Galaxy S (rooté), j'ai un serveur samba, accessible depuis un pc quand un partage de connexion est actif (wifi/usb tethering)
    Il y a une appli sur l'android market qui fournit une gui facile à utiliser, mais qui ne marche qu'avec la connexion wifi. J'ai du bricoler un peu pour que ça marche aussi avec l'usb.

    Avec ce système, on a un partage de fichiers sur usb bien plus agréable que le mass storage ou même le mtp. Je trouve ça dommage que ça ne soit pas de base dans Android.
    J'ai même remarqué que j'ai des vitesses de transfert 2 ou 3 fois plus rapides avec samba/usbnet que en mass-storage.

  • # Juste en passant

    Posté par . Évalué à 5. Dernière modification le 28/05/12 à 10:40.

    (ça m'a permis de remarquer que "mtp" était un une anagramme de "tmp", mais tout le monde s'en fout)

    Anagramme est un nom féminin.

    • [^] # Re: Juste en passant

      Posté par (page perso) . Évalué à 9.

      Bien vu.

      D'ailleurs, "une" est une anagramme de "nue", de la même manière que "mtp" est une anagramme de "tmp" (mêmes permutations).

      L'astuce du jour : pour passer de l'un à l'autre dans un bash :
      1. tapez tmp
      2. positionnez le curseur sur le m
      3. appuyez sur Ctrl+t

      blog.rom1v.com

  • # Galaxy SII / Android 4.0.3

    Posté par (page perso) . Évalué à 3.

    Hello,

    Pour ma part cela fonctionne toujours, mais par défaut il ne propose que MTP/PTP.

    Pour connecter le téléphone en Mass-Storage, il faut que je me rende (câble débranché) dans Paramètres > Plus… > Utilitaires USB et « Connecter le stockage au PC »

    Le téléphone me demande de brancher l'USB, que certaines applications vont être fermées et j'ai accès aux fichiers !

    • [^] # Re: Galaxy SII / Android 4.0.3

      Posté par (page perso) . Évalué à 1.

      Je n'ai pas "Utilitaires USB" dans la liste…

      blog.rom1v.com

      • [^] # Re: Galaxy SII / Android 4.0.3

        Posté par (page perso) . Évalué à 1.

        A voir s'il ne faut pas activer le "debuggage USB" aussi pour cela, il me semble avoir du le faire sur l'Android (3?) de base fourni avec le SII, mais pas depuis le passage au 4.

        • [^] # Re: Galaxy SII / Android 4.0.3

          Posté par . Évalué à -7.

          Tu portes bien ton nom, Jérôme! :)
          Ça marche effectivement chez moi, Galaxy S2 sous ICS (compilé par Samsung).

          Sur l'écran principal, bouton option->paramètres->Plus…->Utilitaires USB
          Et puis il n'y a plus qu'à suivre la procédure, cable débranché, activation, brancher le cable et monter!

  • # chezmoicamarchepresque.com

    Posté par . Évalué à 1.

    galaxy nexus à jour, debian testing avec mtp-tools + libmt* 1.1.3-2

    mkdir /media/GalaxyNexus
    mount.mtpfs -o allow_other /media/GalaxyNexus
    (+ modif de fuse.conf)
    
    

    les copies sont longues (et asynchrones, cp instantané puis ls long car attend la copie).

    Toutes les copies échouent à partir de 814329856 octets (795244KB ou 777MB), à voir d'où ça vient (libmtp ou nexus?), pas pratique pour partager des films (ou copier des grands pays dans osmand).

    Sinon tu peux jouer avec les options (mount.mtpfs -h)

  • # switcher entre mtp et usb

    Posté par . Évalué à 1.

    Sous galaxy s2, rooté, il me semble que l'on peux choisir entre MTP et USB (du moins, sous CM9):

    active le MTP :
    setprop persist.sys.usb.config mtp
    active l'usb mass storage:
    setprop persist.sys.usb.config mass_storage

    A voir si ca marche sur ton nexus. Activer le "debuggage USB" peut aussi peut-etre forcer l'utilisation de l'usb mass storage

  • # Kies ?

    Posté par . Évalué à 1.

    Pour ma part j'utilise Kies Air,

    C'est pas libre mais ce logiciel Samsung offre l'accès aux fichiers du tél de fçon très simple via un browser.

    • [^] # Re: Kies ?

      Posté par . Évalué à -9.

      Mmh, c'est sympa, il est où le .deb?

      • [^] # Re: Kies ?

        Posté par . Évalué à 0.

        il te l'as dit via un browser cela fonctionne comme airdroid (excellent au passage) lorsque tu lance ces applications il t'invite a te connecter avec ton browser a l'adresse IP de ton smartphone via http(s) et tu as accès a une grande partie des fonctionnalités de ton téléphone (quel plaisir de taper des SMS avec son clavier de PC :D )

  • # ssh + rsync

    Posté par . Évalué à 1.

    Personnellement, j'ai installé un serveur ssh et copié un exécutable de rsync compilé pour arm sur le téléphone, je peux grâce à ça synchroniser des données sur mon téléphone via le réseau.

    Le seul défaut, c'est que les débits ne sont pas extraordinaires.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.