La version du serveur ADB (36) ne correspond pas à ce client (39) {not using genymotion}

Question

Après avoir installé la prévisualisation Android O sur un périphérique de test, la BAD a cessé de fonctionner et a commencé à me donner cette erreur.

adb server version (36) doesn't match this client (39); killing... adb E 03-27 08:01:55 2925 147690 usb_osx.cpp:333] Could not open interface: e00002c5 adb E 03-27 08:01:55 2925 147690 usb_osx.cpp:294] Could not find device interface error: could not install *smartsocket* listener: Address already in use ADB server didn't ACK * failed to start daemon * error: cannot connect to daemon

Les seules réponses que j'ai pu trouver à ce sujet concernent le déséquilibre entre Genymotion et ADB mais je n'utilise pas Genymotion. Toute aide serait grandement appréciée. J'ai déjà effacé et réinstallé Android Studio, ainsi que tous ses outils et paramètres, mais il semble que ce problème persiste.

Answer 1

Cela fonctionne pour moi ...

• Accédez aux paramètres GenyMotion -> onglet ADB
• au lieu de Utiliser les outils Android de Genymotion, choisissez Outils SDK Android personnalisés, puis parcourez votre SDK installé.

Answer 2

Dans mon cas, cette erreur s'est produite lorsque j'ai configuré le chemin adb de mon environnement en tant que ~/.android-sdk/platform-tools (ce qui se produit par exemple lorsque android-platform-tools est installé via homebrew), dont la version était 36, mais le projet Android Studio est doté du SDK Android. chemin suivant ~/Library/Android/sdk dont la version d’annonce était 39.

J'ai changé mon PATH en plateforme-outils en ~/Library/Android/sdk/platform-tools et l'erreur a été résolue

Answer 3

Tout d'abord, veuillez retirer l'{Pas à l'aide de Genymotion}" dans le titre. Il détourne les lecteurs comme moi qui ne savent pas ce Genymotion est. L'absurde ici, c'est que vous avez une réponse, avec 21 points, qui a dit "allez à GenyMotion paramètres"...

Le principal point que tous les autres ont manqué, c'est que vous obtiendrez ce message d'erreur lorsque vous exécutez déjà un bad processus en arrière-plan. Donc, la première étape est de le trouver et de le tuer:

ps aux | grep adb
user          46803   0.0  0.0  2442020    816 s023  S+    5:07AM   0:00.00 grep adb
user          46636   0.0  0.0   651740   3084   ??  S     5:07AM   0:00.02 adb -P 5037 fork-server server

Quand vous le trouvez, vous pouvez le tuer à l'aide de kill -9 46636.

Dans mon cas, le problème était d'une ancienne version de la bad en provenance de GapDebug. Si vous avez reçu ce avec GapDebug, de sortir de et puis ne

adb kill-server
adb start-server

car avec GapDebug dans le fond, quand vous tuez les bad serveur, GapDebug va lancer sa propre copie immédiatement, provoquant le début de serveur pour être ignoré

Answer 4

Vous avez deux versions de la BAD $ /usr/local/bin/adb version Android Debug Bridge version 1.0.36 Revision 0e9850346394-android

$ /Users/user/Library/Android/sdk/platform-tools/adb version Android Debug Bridge version 1.0.39 Revision 3db08f2c6889-android

Vous pouvez voir lequel de vos chemins pointe vers ( echo $PATH ), mais je l'ai corrigé avec un adb stop-server sur une version et un adb start-server sur l'autre.

Answer 5

Pour ajouter encore une autre solution potentielle, Helium de Clockworkmod possède sa propre version d'ADB intégrée, qui continue de démarrer. Quitter l'application Helium Desktop résout le problème.