L'utilisation de ADB localement sur le périphérique (bouclage) ne montre aucun périphérique

J'essaie d'utiliser ADB sur un appareil Android lui-même, donc sans ordinateur hôte. Cela fonctionnait parfaitement il y a quelques jours, mais cela a cessé de fonctionner. Pour autant que je sache rien changé depuis lors (par exemple, aucune application (non installée). Je pourrais utiliser adb backup -f /sdcard/backup.ab <package-name> dans un émulateur de terminal et il commencerait à sauvegarder ce paquet. Lorsque j'essaie maintenant, il renvoie adb: unable to connect for backup . L'étude de l'utilisation des adb devices renvoie une liste vide. Je n'ai jamais dérangé de vérifier les périphériques précédemment, je suis allé directement à ma commande AdB, car tout fonctionnait.

Il s'agissait d'un HTC Desire exécutant Android 4.4.2, ADB version 1.0.31. L'utilisation de ADB depuis mon PC avec ce téléphone fonctionne parfaitement, mais ce n'est pas ce que je veux.

  • Comment supprimer les clés répétables, prévisualisation des touches du clavier personnalisé Android
  • Android: les éléments non compatibles ListView dessinent le diviseur invisible
  • Comment ajouter des éléments d'icônes de débordement dans une carte dans Android
  • Aucune ressource trouvée qui correspond au prénom: attr 'android: actionModeShareDrawable' appcompat-v7: 21.0.0 avec compileSdkVersion 21
  • Android chaîne-chaîne avec tous les pays dans différentes langues
  • La meilleure façon de déboguer les messages d'erreur de réaménagement
  • Ce que j'ai essayé

    • J'ai essayé d'effectuer les mêmes actions sur différents appareils (Asus PadFone 2 sur 4.4.2, Samsung Galaxy Note GT-N7000 sur 4.4.2, Sony Xperia S sur 4.1.2.) Mais les adb devices renvoient une liste vide sur tous les leur. Je commence à me demander pourquoi cela a fonctionné sur mon HTC Desire en premier lieu.
    • En recherchant Google et Stack Overflow, mais la plupart (sinon tous) les résultats se réfèrent à un problème de pilote ou à tout autre problème impliquant un ordinateur hôte.
    • adb kill-server + adb start-server environ cent fois, ainsi que d' stop adbd + start adbd .
    • Activation et désactivation de «Débogage USB» dans les Paramètres, ainsi que révoquer l'accès aux ordinateurs précédemment autorisés. (Cependant, dans la situation de travail, je n'ai jamais reçu d'invite de vérification de clé RSA).
    • adb -a devices -> empty list.
    • adb usb -> error: device not found .
    • Essayer de redémarrer adb (d) en mode TCP est infructueux (même si cela n'était pas nécessaire dans la situation de travail). adb tcpip 5555 renvoie l' error: device not found .
    • getprop renvoie aucune entrée nommée service.adb.tcp.port et setprop service.adb.tcp.port 5555 échoue silencieusement. (Vérifier ensuite l'utilisation de getprop service.adb.tcp.port ne renvoie rien. Cela n'a-t-il pas besoin d'une racine?)
    • adb connect localhost rendements adb connect localhost unable to connect to localhost:5555 .
    • Lorsque le démon commence, il démarre sur le port 5038 (lorsque vous utilisez ADB depuis mon PC, il démarre à 5037). adb connect localhost:5038 retourne connected to localhost:5038 . Cependant, les adb devices toujours une liste vide, et la adb backup adb: unable to connect for backup renvoie adb: unable to connect for backup . En adb shell renvoie une error: device not found et les adb get-state unknown . Donc, pas de succès ici non plus.
    • Trouver mon ip local à l'aide de getprop dhcp.wlan0.ipaddress (retourne 192.168.1.xx) puis adb connect 192.168.1.xx unable to connect to :5555 . adb connect 192.168.1.xx:5038 -> unable to connect to :5038 . L'utilisation de ADBHOST=192.168.1.xx adb start-server n'a aucun effet sur ces résultats.
    • L'un des rares résultats de recherche qui était en fait un peu pertinent est ce thread sur le Tracker de problème d'AOSP. Pourtant, il décrit un problème où, après avoir utilisé setprop service.adb.tcp.port 5555 , les adb devices au moins un périphérique, en adb devices cas hors ligne (à savoir localhost:5555 offline ). Un peu près de la fin du fil, une solution est atteinte, ce qui implique de modifier le répertoire $ HOME afin de changer l'endroit où les clés RSA sont enregistrées, par exemple, HOME=/sdcard . Il est alors nécessaire d'ajouter la clé publique à / data / misc / adb / adb_keys en utilisant cat /sdcard/.android/adbkey.pub >> /data/misc/adb/adb_keys . Cependant, je suppose que cela nécessite une racine? En outre, tout cela n'était pas nécessaire dans la situation de travail, donc je doute que la solution à mon problème soit trouvée dans cette direction. Cet article , dérivé du thread sur le Tracker de problème d'AOSP, ne parle pas de l'ajout de la clé publique. Cependant, l'approche mentionnée est infructueuse.
    • netstat retourne (entre autres):

      • Proto: tcp
      • Recv-Q: 0
      • Send-Q: 0
      • Local Address: 127.0.0.1:5038
      • Foreign Address: 0.0.0.0:*
      • State: LISTEN
    • ps affiche un processus /sbin/adbd ainsi qu'un processus adb :

      • UTILISATEUR: Shell PID: 92 PPID: 1 VSIZE: 3624 RSS: 264 WCHAN: ffffffff PC: 00000000 S NOM: / sbin / adbd
      • UTILISATEUR: u0_a57 PID: 9754 PPID: 1 VSIZE: 3016 RSS: 988 WCHAN: ffffffff PC: 4014f768 S NOM: adb
      • (Les commandes exécutées à partir du terminal sont exécutées en tant qu'utilisateur: u0_a57.)

    Je suppose que c'est à peu près ça.

    Je suis à la recherche d'une solution où aucune racine n'est nécessaire car il n'était pas nécessaire quand je l'avais travaillé auparavant. J'espère que ma situation et mes questions sont claires. Permettez-moi de savoir si ma question doit être améliorée, car c'est la première fois que je publie sur Déploiement de pile. J'espère que quelqu'un peut m'aider avec ça. Merci d'avance!

    One Solution collect form web for “L'utilisation de ADB localement sur le périphérique (bouclage) ne montre aucun périphérique”

    Je pense que votre appareil pourrait avoir redémarré. Pour obtenir votre téléphone dans tcp, vous devez avoir exécuté adb tcpip 5555 partir d'un ordinateur. Mais cela ne dure pas toujours. Si votre téléphone est redémarré, vous devrez exécuter adb tcpip 5555 partir d'un ordinateur à nouveau.

    Je ne suis pas sûr de ce que vous vouliez dire lorsque vous avez dit:

    Essayer de redémarrer adb (d) en mode TCP est infructueux (même si cela n'était pas nécessaire dans la situation de travail). Adb tcpip 5555 renvoie l'erreur: périphérique introuvable.

    Avez-vous couru cela à partir d'un ordinateur? Si c'était à partir d'un ordinateur, je ne suis pas sûr de savoir quel est le problème. Mais si cela provenait du téléphone, il ne pouvait pas trouver le périphérique pour passer à tcp.

    Pour résoudre ce problème, adb tcpip 5555 partir d'un ordinateur devrait fonctionner.

    coAndroid est un fan Android de Google, tout sur les téléphones Android, Android Wear, Android Dev et Android Games Apps.