Impossible de connecter Nexus 4 à adb: non autorisé
J'ai un Nexus 4 avec Android 4.3 et j'essaie de connecter l'appareil à un ordinateur Windows 7 64 bits.
J'ai installé les derniers pilotes et la dernière version adb. Je pense avoir presque tout essayé et je reçois toujours le message suivant:
C:\Program Files (x86)\Android\sdk\platform-tools>adb devices
List of devices attached
007667324ccb229b unauthorized
Quelle peut être la raison de cette erreur?
J'ai eu la même situation. Voici ce que j'ai fait:
Essayez de cocher et décocher l'option de débogage USB sur le périphérique. (si ne fonctionne pas, essayez de débrancher/brancher l'USB)
À un moment donné, l'appareil devrait afficher une boîte de message pour vous demander si vous autorisez l'ordinateur. Après avoir cliqué sur oui, le périphérique est autorisé et la connexion est connectée.
J'ai résolu ce problème sans supprimer aucune clé. Voici comment:
- Mon appareil était connecté à mon ordinateur via USB
- Je me suis assuré que les écrans Eclipse et Android ne fonctionnaient pas.
- Tapé à la ligne de commande Invite: adb kill-server
- Tapé à la ligne de commande Invite: adb start-server
- Après le redémarrage d’adb, j’ai reçu sur mon appareil une invite à autoriser que j’ai autorisée.
Changer le mode de connexion USB de MTP à Caméra (pour Nexus 7) ou éventuellement à Stockage de masse ou quelque chose d'autre (pour d'autres appareils). Cette option est généralement sous Settings -> Storage. Puis connectez à nouveau le périphérique, vous obtiendrez la boîte de dialogue d'autorisation.
MTP est connu pour interférer avec le débogage USB - ces deux systèmes ne fonctionnent pas du tout ensemble sur la majorité des périphériques plus anciens. Nexus 7 et de nombreux nouveaux appareils permettent aux deux de travailler en parallèle, mais ce problème particulier suggère que ce n’est pas encore si simple.
Bonus - checklist pour quand adb ne se comporte pas bien:
adb kill-serversuivi deadb start-server- (sur l'appareil)
Settings -> Developer Options -> USB Debugging- éteindre et rallumer - [Windows] Assurez-vous que vous avez le bon pilote (votre meilleur pari est niversal Adb Driver de Koushik Dutta - gérera n'importe quel périphérique)
- [Windows] Essayez de désactiver tous les analyseurs/pare-feu anti-programmes malveillants à la volée
- [Linux] Assurez-vous de disposer de la règle UDEV appropriée dans
/etc/udev/rules.d/51-Android.rules(encore une fois, solution universelle: https://github.com/snowdream/51 -Android ) - [Linux] Assurez-vous que tout ce qui se trouve sous
~/.Androidappartient à vous et non àroot(et le vote ascendant cette réponse ) - redémarrer l'appareil (oui, étonnamment, c'est aussi une mesure valide)
- (Évidemment) rebranchez le câble, essayez un autre câble, un autre port, retirez tous les câbles d'extension.
Je pense qu'il y a une erreur lorsque l'appareil essaie d'afficher l'écran pour demander une autorisation, de sorte qu'il n'apparaît pas.
Cela fonctionne pour moi (les commandes sont données dans le adb Shell):
rm /data/misc/adb/adb_keys;- J'ai envoyé la clé publique (adbkey.pub dans ~/.Android /) de mon ordinateur à mon appareil par courrier électronique;
- Invoque
stop adbd; cat adbkey.pub >> /data/misc/adb/adb_keys(m'autoriser);start adbd(redémarrer adb avec de nouvelles clés).
Après vous être assuré que le débogage USB est activé, déverrouillez votre téléphone et branchez-le sur votre ordinateur via USB. Il vous sera ensuite demandé d'autoriser la communication avec l'ordinateur auquel vous êtes connecté. Il montrera également l'empreinte digitale de la clé RSA des ordinateurs.
Acceptez-le et vous êtes prêt à partir!
1.) Supprimez ~/.Android/adbkey sur votre ordinateur de bureau
2.) Exécutez la commande "adb kill-server"
3.) Exécutez la commande "adb start-server"
Vous devriez maintenant être invité à accepter la clé de débogage.
Similaire à la réponse de Flavio ( https://stackoverflow.com/a/18542792/1064996 ), cela avait un rapport avec les fichiers de ~/.Android (sur l'ordinateur hôte, pas le téléphone). ).
Je n'avais pas ~/.Android/adbkey, mais j'avais ~/.Android/debug.keystore et tout mon répertoire ~/.Android appartenait à root. J'ai supprimé le fichier de magasin de clés et également changé de propriétaire (Sudo chown -R $USER ~/.Android), j'ai tué le serveur adb et branché mon téléphone, et cela a fonctionné.
C'était probablement la propriété. Assurez-vous de disposer des autorisations de lecture/écriture dans ~/.Android
Quatre étapes faciles
./adb kill-server./adb start-server
rebranchez le périphérique, déverrouillez-le et acceptez la nouvelle clé
Pour mon Samsung S3, je devais aller dans Options du développeur sur le téléphone, décocher la case "Débogage USB", puis la cocher à nouveau.
Ensuite, la boîte de dialogue apparaît, vous demandant si vous souhaitez autoriser le débogage USB.
Cela fait, la commande "adb devices" ne montrait plus "non autorisé" comme nom de périphérique.
(Plusieurs mois plus tard ..)
En fait, la même chose était vraie pour connecter mon Galaxy Tab S , et les options du menu étaient à des endroits légèrement différents avec Android 4.4 .2:
Voici ma version des étapes:
- Assurez-vous que adb est en cours d'exécution
- Dans l'appareil, accédez à Paramètres -> Options du développeur -> Révoquer les autorisations de débogage USB
- Déconnecter le périphérique
- Dans le type de shell adb> adb kill-server
- Dans le type de shell adb> adb start-server
- Connecter l'appareil
si le shell adb affiche un nom d'hôte vide, redémarrez le périphérique.
Avait les mêmes problèmes pour obtenir un jeton d'autorisation sur mon Nexus 5 sur Windows 8.1. Je n'ai pas installé le dernier pilote adb - cela est visible dans le gestionnaire de périphériques. Téléchargé le dernier pilote ADB USB de Google ici: http://developer.Android.com/sdk/win-usb.html
Mise à jour du pilote dans le gestionnaire de périphériques, mais l'activation/la désactivation du débogage USB et le débranchement/la connexion USB ne fonctionnaient toujours pas. Enfin, les mots "adb kill-server" et "adb start-server" mentionnés dans d'autres réponses ont résolu le problème une fois le pilote mis à jour.
Avait le même problème. Je ne sais pas si ce sont les mêmes étapes pour Windows que j'utilise un périphérique OS X, mais vous pouvez essayer:
- Redémarrez votre téléphone en mode de récupération.
- Connectez-le à votre ordinateur.
Ouvrez le terminal et tapez:
cd ~/.Android adb Push adbkey.pub /data/misc/adb/adb_keysTerminé! Juste
adb Shell rebootet sentez le pouvoir!
- Assurez-vous que adb est à jour
- Assurez-vous que vous utilisez les pilotes USB Google: http://developer.Android.com/tools/extras/oem-usb.html
- Assurez-vous que votre variable d'environnement Android_SDK_HOME est définie sur le chemin correct
Ce type de message ancien et, dans la plupart des cas, je pense que la réponse qui a été la plus votée va marcher pour les gens.
Dans Lollipop sur un GPE HTC M8, j'avais toujours des problèmes. Les étapes ci-dessous ont fonctionné pour moi.
- Aller aux paramètres
- Tap sur le stockage
- Tapez sur 3 points en haut à droite
- Tapez sur USB Computer Connection
- Décocher MTP
- Décocher PTP
- De retour dans votre console, tapez
adb devices
Maintenant, vous devriez obtenir le popup RSA sur votre téléphone.
Une fois que j'ai désactivé MTP (dans Paramètres> Stockage> Menu> MTP), j'ai finalement reçu l'invite RSA
J'ai réinstallé les pilotes usb et me suis assuré de ne pas utiliser le port USB 3.0.
J'ai ensuite fermé Eclipse, tué et redémarré adb.
A été immédiatement invité sur le téléphone pour autoriser l'accès à l'ordinateur. Après avoir accepté, j'ai redémarré Eclipse et mon Galaxy S3 apparaît dans le Gestionnaire de périphériques.
Si vous êtes sur un réseau sur le réseau, essayez de vous connecter via USB ou inversement. Cela a fait le tour pour moi. Après l'avoir accepté une fois, cela fonctionne toujours plus tard.
L'empreinte digitale RSA n'apparaissait pas sur mon téléphone.
J'ai dû supprimer les fichiers C:\Users\<userName>\.Android\adbkey et adbkey.pub, puis supprimer et redémarrer le serveur adb.
adb kill-server
adb start-server
J'ai dû arrêter et redémarrer le débogueur et me connecter en tant qu'USB en mode PTP.
Étant donné que la clé d'autorisation RSA était stockée dans ce chemin, la suppression et le redémarrage du serveur adb n'ont pas aidé.
Lorsque j'éteins mon Comodo Antivirus, tout retourne à la normale. Toutes les autres solutions suggérées ici ont été vaines. D'une manière ou d'une autre, j'ai trouvé une solution.
Si vous utilisez Comodo Antivirus (Version 6.3/Pour les autres versions, recherchez des options similaires), la solution suivante vous aidera.
Ouvrez Comodo> Tâches> Tâches avancées> Ouvrez les paramètres avancés> Paramètres de sécurité> Pare-feu> Paramètres de pare-feu> Avancé: Filtrer le trafic en boucle (par exemple, 127.x.x.x, :: 1)
Décochez cette option "Filtrer le trafic en boucle", ce qui empêche adb de fonctionner normalement.
Je devais réinstaller mon pilote adb pour sortir de ce problème. J'avais installé "Universal Naked Driver" dans le but de récupérer mon téléphone. Je l'ai désinstallé et ai réinstallé le pilote hors du Android sdk.
J'ai pu résoudre celui-ci en suivant les étapes ci-dessous: http://forum.xda-developers.com/showthread.php?t=2247471
delete the computers adb key: rm /data/misc/adb/adb_key on device
(I have no idea if in case of multiple authorized computers the additional keys are in a new line of the file or if they are in new files. I have only 1 computer.)
stop all adb processes "killall adb" in linuxoids and "taskkill /IM adb.exe" in windows or simply the taskmanager in both.
restart the phone
toggle usb debugging off and on
connect
use adb
click authorize
Ma résolution fonctionnait adb devices à partir de la commande Invite, puis sur l'application adb. Par exemple, C:\Android\platform-tools\adb devices. L'exécution de cette commande a renvoyé le * daemon not running. starting it now on port 5037 * *daemon started successfully * suivant
J'ai ensuite vu le périphérique répertorié comme non autorisé, débranché le périphérique USB, rebranché et invité à saisir l'empreinte RSA.
Le simple fait de re-brancher a fait l'affaire pour moi .... Le dialogue d'autorisations ne s'est pas affiché la première fois que j'ai branché l'appareil, la deuxième fois, et tout va bien maintenant.
Je me trouvais face au même problème, j’ai découvert que j’utilisais un simple câble USB destiné uniquement à la facturation et non à la copie de données. utiliser un bon câble USB a résolu mon problème!
Utilisez un autre câble USB. Certains câbles peuvent ne pas avoir toutes les broches connectées ou autres, et bien qu’ils fonctionnent pour le transfert d’image, le débogage/adb ne fonctionne pas.
La ligne du bas: je ne vous gêne pas. Un câble qui fonctionne pour mon téléphone (adb fonctionne) ne fonctionne pas pour ma tablette - le périphérique est toujours hors ligne ou non autorisé et la tablette ne affiche aucun dialogue. J'ai essayé plusieurs redémarrages, paramètres, je suis devenu fou furieux et maudissait Android. Ensuite, j'ai accidentellement branché le câble fourni avec la tablette et tout à coup, cela a fonctionné. Ma fascination pour Android a définitivement disparu. Quel morceau de bêtise stupide.
Cela m'est arrivé après que mon logiciel de sauvegarde ait changé l'autorisation dans mon répertoire utilisateur. Je l'ai ouvert dans l'explorateur de fichiers, il m'a incité à définir des autorisations et il a résolu le problème.
FYI: Android a un répertoire spécial sous "\ Utilisateur\.Android" Si vous ne pouvez pas y accéder, il ne vous le demandera pas.