Appareil Android ADB hors ligne, impossible d'émettre des commandes

Je ne peux plus me connecter à mon appareil à l'aide d' ADB via la ligne de commande ou dans Eclipse .

Exécuter la commande

adb devices

renvoie le nom de l'appareil, mais il indique qu'il est hors ligne.

Des choses que j'ai essayées.

1. Mode de débogage Android basculé
2. Réinstallation du pilote USB Google
3. Restauré le système d'exploitation dans une sauvegarde fonctionnant précédemment ( CyanogenMod )
4. Inversé le cordon USB
5. Redémarrage du téléphone / ordinateur plusieurs fois
6. Mise à jour du SDK Android

Je n'ai vraiment aucune idée de ce qui se passe. Tout ce que vous pensez que je peux essayer, je suis tout ouïe.

Pour être clair, si vous rencontrez ce même problème, le problème est probablement un SDK obsolète. Depuis 4.2.2, il existe une fonction de sécurité qui vous oblige à confirmer l'empreinte digitale RSA du périphérique de connexion. Ouvrez le gestionnaire SDK et mettez à jour les outils! Redémarrez ensuite.

Je viens de rencontrer le même problème aujourd'hui après la mise à jour de mon Nexus 7 et Galaxy Nexus vers Android 4.2.2.

La chose qui l'a corrigé pour moi a été de mettre à niveau les outils de plate-forme du SDK vers la version 16.0.1. Pour moi, cette version n'était pas affichée dans mon gestionnaire de SDK, je l'ai donc retirée directement de http://dl.google.com/android/repository/platform-tools_r16.0.1-windows.zip .

Vous devez ensuite renommer le platform-toolsrépertoire et le décompresser android-sdk-windows/platform-tools. En utilisant le SDK Manager, j'avais également mis à jour les derniers outils sdk avant cela.

Si votre Eclipse et votre ADT sont anciens, vous devrez peut-être également les mettre à jour, mais je n'en avais pas besoin.

Remarque: vous devrez peut-être exécuter SDK Manager deux fois (une fois pour se mettre à jour) avant de voir les derniers packages.

Essayez de courir adb devicesaprès avoir couru adb kill-server. Une question de sécurité apparaît après cela. A travaillé pour moi.

Cela semble également se produire fréquemment lorsque vous vous connectez à l'appareil en utilisant le mode Wi-Fi (dans Android Studio ou dans la console en exécutant adb tcpip 5555 par exemple).

Pour corriger:

1. Déconnectez la connexion USB ou désactivez le Wi-Fi de l'appareil si vous êtes connecté via Wi-Fi.
2. Fermez Android Studio / Eclipse / autre IDE.
3. Courir adb kill-server pour vous assurer que adb n'est pas en cours d'exécution.
4. Redémarrez votre appareil Android.
5. Après le redémarrage de votre appareil, connectez-le via USB et exécutez adb devices. Cela devrait démarrer le démon ADB. Votre appareil devrait maintenant être à nouveau en ligne.

J'ai rencontré le même problème sur un Nexus 7 exécutant la mise à jour 4.2.2 OTA. Je suis presque certain d'avoir une connexion ADB sur USB et Wi-Fi après la mise à jour jusqu'à ce qu'elle ne fonctionne plus. Pour corriger, j'ai mis à jour mon SDK en utilisant:

android update sdk --no-ui

Maintenant mes outils de développement sont:

• SDK rev 16.0.2
• SDK tools rev 21.1
• SDK API 17, rév 2

Je ne peux pas souligner que la commutation des ports USB est la clé. Les ports USB du panneau avant peuvent souvent être défectueux.

Pour quiconque se pose des questions sur 4.2.2, il y a une question de sécurité qui apparaît sur le téléphone demandant une vérification RSA avec le PC. Assurez-vous que vos outils sont mis à jour ET que vous autorisez l'accès au PC en vérifiant la question de sécurité sur les appareils en question. Cela m'a arrangé.

Et comme toujours, vérifiez que le débogage est activé dans les options du développeur;)

Plusieurs fichiers adb.exe?

Mon problème a été résolu lors de la suppression d'une copie de OLD adb.exe de C: / Windows / . Je ne sais pas comment une copie de adb.exe est arrivée dans C: \ Windows \?

Lorsque je lance adb.exe depuis android-sdk / platform-tools / je n'ai eu aucun problème de détection.

Essayez en désactivant le débogage USB une fois, puis en l'activant et en connectant votre appareil au système: lien

J'avais ce problème et aucune des autres réponses n'a aidé. Ce qui était nécessaire, après la mise à jour du SDK et l'installation de l'API pour 4.2.2, était en cours d'exécution:

android update adb

Un autre problème que je rencontrais était que j'essayais de connecter ADB via Wi-Fi, ce qui est ma seule option car les ports USB de mon Mac sont vraiment délicats. Malheureusement, ADB sur Wi-Fi n'affiche pas la question de sécurité dans 4.2.2, vous devez donc trouver un câble USB qui fonctionnera et se connecter via USB au moins une fois pour accepter la question de sécurité, mais après l'avoir fait une fois , vous pouvez vous connecter via Wi-Fi.

Si votre appareil se connecte normalement via USB, mais cesse soudainement de fonctionner, en particulier après que le câble USB a été déconnecté et reconnecté, essayez les étapes non invasives suivantes avant de faire certaines des choses les plus drastiques mentionnées dans les autres réponses:

adb kill-server
adb start-server
adb devices

Si votre appareil est répertorié avec `` appareil '' à côté, vous êtes de retour aux affaires.

Si votre appareil est répertorié avec «hors ligne» à côté de lui, essayez de redémarrer l'appareil. Le démon ADB sur l'appareil sera parfois bloqué. Je l'ai remarqué davantage lorsque j'ai déconnecté le câble pendant que LogCat est en cours d'exécution et après avoir connexion via Wi-Fi ou Ethernet.

Si votre appareil n'est pas répertorié, vous devez essayer les solutions des autres réponses, en commençant par essayer un autre câble et port USB. Ces câbles cheapo peuvent mal tourner.

Assurez-vous d'utiliser à adbpartir de votreplatform-tools dossier, après la mise à jour des outils SDK.

J'ai finalement réussi à le faire fonctionner après avoir réalisé que j'utilisais une version obsolète d' ADB copiée /usr/bin.

Parfois, cela peut se produire en raison d'une erreur du serveur adb (je pense). Ça dit toujours

"device-name is offline" from adb devices command.

Il suffit de tuer le serveur et de recommencer. Ça a marché pour moi.

"adb kill-server"
"adb start-server"

J'ai utilisé adb connect <device_ip>et aucune des autres solutions n'a fonctionné parce que mon problème était de l'autre côté. Sur l'appareil, je devais le stop adbdredémarrer start adbd. L'appareil est à nouveau "en ligne".

J'ai rencontré le même problème que celui-ci a résolu pour moi. connectez d'abord votre téléphone via usb puis assurez-vous de vérifier votre ip mobile qui se trouve dans les paramètres >> à propos du téléphone >> statut exécutez les commandes suivantes.

adb kill-server
adb start-server
adb tcpip 5555 //it resets port so put port you want to connect
adb connect 192.168.1.30:5555 //ip:port of your mobile to connect
adb devices //you will be connected over wifi

J'ai essayé dturvene et toutes les autres solutions, mais elles n'ont pas fonctionné. J'avais besoin d'un pas de plus.

Exécutez ces commandes

1. adb kill-server
2. android update sdk --no-ui
3. adb start-server

Pour vérifier que cela a fonctionné, exécutez «adb version» avant et après les commandes et assurez-vous qu'il s'agit de la dernière. La raison de la adb kill-servercommande est qu'elle s'exécute très probablement et qu'elle ne peut pas être mise à jour pendant son exécution, vous devez donc la tuer en premier.

Pour moi, rien n'a fonctionné. J'ai passé environ 12 heures à rechercher constamment sur Internet et à essayer les solutions qui fonctionnaient pour d'autres personnes ayant des problèmes similaires.

Enfin, je me suis retrouvé à faire les trucs ADB sur le LAN. Le paramètre était juste à côté du paramètre de débogage USB et dans ADB, il peut être activé avec "adb connect [IPADDRESS]: [PORT]". Le port était 5555 sur mon téléphone.

J'espère que cela aide quelqu'un à retourner au travail au lieu d'avoir à faire face à des inconvénients constants.

Cette approche a fonctionné pour moi:

1. adb kill-server
2. Désactivez le périphérique hors ligne dans le Gestionnaire de périphériques (voir l'image ci-dessous)
3. Activer l'appareil dans le Gestionnaire de périphériques
4. adb start-server

Gestionnaire de périphériques, menu "Affichage", "Périphériques par connexion":

J'ai d'abord rencontré le même problème (avec ADB / fastboot téléchargé depuis GitHub ), mais j'ai finalement réussi à le faire fonctionner. Ce qui a fonctionné pour moi:

• SDK Android. Version ADB: 1.0.31
• Utilisation du port USB avant ( MacBook Pro 15 ")
• Redémarrer le téléphone après avoir activé les options de développement et le débogage USB (faites-le en appuyant 7 fois sur les paramètres> à propos du téléphone> build).
• Tuer le serveur adb dans le cas où aucun périphérique n'est répertorié (adb kill-server)
• L'icône de débogage doit être visible sur le téléphone.
• Assurez-vous de déverrouiller l'écran de verrouillage pour vérifier la boîte de dialogue de confirmation d'empreinte digitale RSA.

Installé le dernier sdk android.
Modification du port USB de l'appareil.
Modifié de MTP -> Charge uniquement -> MTP.
Ça a marché.

Si vous avez déjà autorisé l'empreinte digitale RSA de votre PC et essayé adb kill-server etc. sans succès, votre problème pourrait simplement être que vous essayez de vous y connecter pendant qu'il est verrouillé. Essayez d'appuyer sur le bouton d'écran et de saisir votre modèle - cela m'a corrigé.

La meilleure façon dont je me suis figuré est de désactiver puis d'activer l'appareil depuis le Gestionnaire de périphériques et d'exécuter la commande adb devices.

1. Allez dans l'onglet Démarrer et faites un clic droit sur Ordinateur
2. Dans le menu déroulant, cliquez sur Gérer
3. Dans l'écran de gestion de l'ordinateur, cliquez sur Gestionnaire de périphériques
4. Dans le volet droit, développez les appareils portables pour trouver votre appareil
5. Faites un clic droit sur le nom de votre appareil et cliquez sur désactiver dans le menu déroulant
6. Lorsqu'il est désactivé, répétez l'étape 5, sauf pour l'activer.

L'appareil sera de nouveau en ligne. C'est plus rapide.

Une autre possibilité pour les personnes ayant des connexions ADB instables, et si elles sont sur un Mac et ont Android File Transfer installé: j'ai trouvé que le transfert de fichiers interférait avec ma connexion ADB, ce qui l'empêchait de fonctionner par intermittence.

Tuer le Android File Transfer Agent.appprocessus qui recherche des appareils compatibles (par exemple, le Nexus 7) étant connecté au Mac guérit la fragilité pour moi.

Comme personne n'a répondu à ma situation: vous n'avez peut-être pas accès au fichier ~ / .android / adbkey. Si vous démarrez initialement adb avec sudo, il générera une paire de clés publiques, en l'écrivant dans ~ / .android / adbkey.pub et ~ / android / adbkey. Bien sûr, la clé privée est chmod 600 - uniquement lisible pour root dans votre répertoire personnel. Par la suite, le démarrage d'adb en tant qu'utilisateur normal ne donnera aucun accès au fichier de clé privée, qui à son tour échouera silencieusement avec «périphérique hors ligne».

Ce qui a résolu pour moi sur Mac était la mise adbà jour vers la dernière version (1.0.32). Maintenant, je peux revoir mon appareil en ligne

La raison pour laquelle un appareil est signalé comme étant hors ligne est que adb ne peut pas s'y connecter. L'exécutable Adb de l'environnement de développement crée une connexion (socket) avec le périphérique sous contrôle. L'appareil dispose d'un service (démon) qui écoute cette communication. Le démon est appelé adbd (comme dans adbdaemon). Quand on active adb sur un périphérique, en fait, on démarre ce démon, donc les communications peuvent être établies avec le périphérique.

Lorsque le périphérique est signalé par adb comme étant hors ligne, c'est parce que le démon ne fonctionne plus ou est dans un état qui n'acceptera pas les connexions. Le plus souvent, cela se produit si le réseau tombe en panne sur une connexion (réseau) active.

La seule façon de résoudre ce problème était de redémarrer l'appareil. On peut arriver à fixer l'état hors ligne par de nombreux autres moyens, mais le redémarrage de l'appareil fonctionne toujours.

Lorsque je fais face aux mêmes problèmes que de faire comme ci-dessous:

1. Redémarrez adb en émettant adb kill-server suivi de adb start-server dans une invite de commande
2. Désactivez et réactivez le débogage USB sur le téléphone
3. Redémarrez le téléphone s'il ne fonctionne toujours pas. 99% de mes problèmes ont été résolus avec ces étapes.

C'est simplement parce que votre ordinateur n'a pas le bon pilote. Pour résoudre ce problème:

1. Téléchargez et extrayez le SDK Android

2. Accédez au Gestionnaire de périphériques (clic droit sur Ordinateur -> Propriétés -> Gestionnaire de périphériques

3. Dans le volet droit, développez les appareils portables pour trouver votre appareil

4. Faites un clic droit sur le nom de votre appareil et cliquez sur Mettre à jour le logiciel du pilote

5. Parcourir mon ordinateur pour le logiciel du pilote

6. Accédez à votre dossier SDK Android à l'étape 1.

7. Ensuite et vous avez terminé

Essayez de redémarrer le serveur adb comme suit:

adb kill-server

adb start-server

J'ai également rencontré les mêmes problèmes que les vôtres. Et le redémarrage du serveur adb résoudra ce problème.

J'ai mis à jour plusieurs fois, jusqu'à ce que je ne puisse plus mettre à jour, mais je n'ai jamais reçu d'invite sur mon écran; Je n'arrêtais pas de mettre l'appareil hors ligne.

Mon problème était que j'exécutais la commande ADB à partir d'un répertoire différent de ce qui était réellement mis à jour.

Le répertoire correct mis à jour pour l'exe ADB est:

C:\Program Files (x86)\Android\android-sdk\platform-tools\

Redémarrez l'appareil. J'ai essayé tout ce qui est répertorié ici pour faire fonctionner mon téléphone HTC (fonctionnant sous Android 4.0.3), mais adb devicesje n'arrêtais pas de dire qu'il était hors ligne. Après avoir redémarré le téléphone, il était enfin en ligne. Certaines des autres suggestions ici peuvent avoir contribué à la reconnaissance du téléphone, mais faire quelques redémarrages en cours de route ne les blessera certainement pas.