Android Studio - Echec du serveur de démarrage ADB, échec de la vérification de la clé adbkey
Problème : adb start-server échoue.
--- adb starting (pid 1414) ---
adb I 12-05 17:28:30 1414 48453 main.cpp:57] Android Debug Bridge version 1.0.39
adb I 12-05 17:28:30 1414 48453 main.cpp:57] Version 27.0.0-4455170
adb I 12-05 17:28:30 1414 48453 main.cpp:57] Installed as /Users/[username]/Library/Android/sdk/platform-tools/adb
adb I 12-05 17:28:30 1414 48453 main.cpp:57]
adb I 12-05 17:28:30 1414 48453 adb_auth_Host.cpp:416]
adb_auth_init...
adb I 12-05 17:28:30 1414 48453 adb_auth_Host.cpp:174] read_key_file '/Users/[username]/.Android/adbkey'...
adb F 12-05 17:28:30 1414 48466 transport_usb.cpp:37] Check failed: usb_packet_size < 4096ULL (usb_packet_size=5120, 4096ULL=4096)
Catalyst : Installation des outils de la plate-forme v27.0.0
Solutions essayées : Redémarrage d’Android Studio, Redémarrage d’ordinateur, Démarrage manuel de la BAD via un terminal, Suppression de /Users/[nomutilisateurir//Android/adbkey et adbkey.pub et réinstallation des outils de la plateforme
De plus, je n'utilise pas genymotion, mais uniquement l'émulateur de stock.
C'est un bug } _ avec la dernière version des outils de la plate-forme (27.0.0), la solution que j'ai trouvée consistait à rétrograder à la version précédente.
Supprimez le répertoire platform-tools actuel situé dans le répertoire Android-sdk, puis téléchargez l'ancienne version à partir d'ici:
[Mise à jour]: Certains utilisateurs (moi-même inclus) ont remarqué que le problème ne se produisait que lorsque votre téléphone était branché. Si vous n'avez pas besoin de le tester, essayez de le débrancher et d'utiliser un émulateur Il est également intéressant de noter que tous les périphériques signalés proviennent de la ligne Google Pixel. Par conséquent, il est possible que d’autres périphériques ne provoquent pas le problème.
[Mise à jour 2]: Cela semble être résolu dans le dernière mise à jour des outils de la plate-forme (27.0.1) }.
Pour ajouter à la réponse, voici quelques commandes permettant de revenir rapidement sur un Mac. Cela a été emprunté et modifié d'un post utile dans le bug tracker
cd $Android_HOME && rm -rf platform-tools/ && curl https://dl.google.com/Android/repository/platform-tools_r26.0.2-darwin.Zip -o platform-tools_r26.0.2-darwin.Zip && unzip platform-tools_r26.0.2-darwin.Zip
J'ai rencontré le même problème.
J'ai obtenu 27.0.0 en "révoquer les autorisations de débogage USB" sous Paramètres de débogage sur le téléphone et en redémarrant le téléphone et le redémarrage de Mac. Et ça a fonctionné.
Cependant, j’avais décidé de ne pas utiliser ma station d’accueil ni de brancher un Pixel directement sur le MacBook (USB-C) puisque je le soupçonnais auparavant. Mais ce n'est pas mon cas habituel.
Lorsque je suis retourné au quai, tout le problème a recommencé.
Donc, je suppose que je vais revenir à 26.0.2
J'ai eu ce problème quand j'ai eu un nouveau câble usb-c usb 3.0. Cependant, lorsque j'utilise mon autre câble (fourni avec le téléphone - USB-C à USB 2.0), je n'ai pas eu le problème. J'espère que cela vous aidera lorsque vous ne souhaitez pas restaurer vos outils de plate-forme et que vous avez quelques câbles de rechange qui traînent;)
J'ai eu le même problème après la mise à jour à l'API 27. J'ai aussi un pixel, qui était branché à l'époque. Débrancher le périphérique et démarrer le serveur adb manuellement avec adb start-server a fonctionné pour moi.