la version du serveur adb ne correspond pas à ce client
Chaque fois que j'essaie d'exécuter adb devices:
$ adb devices
* daemon not running. starting it now *
* daemon started successfully *
List of devices attached
HT0ANRV05740 device
Il dit que le démon n'est pas en cours d'exécution et le redémarre.
Ensuite, si je lance à nouveau des périphériques adb, il fait la même chose -
$ adb devices
adb server is out of date. killing...
* daemon started successfully *
List of devices attached
HT0ANRV05740 device
Ensuite, si je le lance à nouveau, il fait exactement la même chose -
$ adb devices
adb server is out of date. killing...
* daemon started successfully *
List of devices attached
HT0ANRV05740 device
S'il vous plaît aider!
En outre, mon DDMS continue de me donner le message suivant -
[2011-02-23 16:17:05 - DeviceMonitor]Adb connection Error:An existing connection was forcibly closed by the remote Host
Voici les journaux juste avant le redémarrage d'Adb -
1291 locapi_rpc_glue V loc_ioctl
1291 RPC D written RPC packet size: [480]
1291 RPC D read RPC packet
1291 RPC D read RPC packet size: [28]
1291 lib_locapi V qct_loc_eng_inject_xtra_data, inject part = 100, len = 167, len = 167
1291 lib_locapi V qct_loc_eng_inject_xtra_data, total part = 100, len = 167
1291 locapi_rpc_glue V loc_ioctl
1291 RPC D written RPC packet size: [248]
1291 RPC D read RPC packet
1291 RPC D read RPC packet size: [28]
1291 lib_locapi D qct_loc_eng_inject_xtra_data: injected 39767, SUCCESS
1291 lib_locapi V inject_xtra_waiting = flase
1291 GpsLocationProvider D Releasing wakelock
1291 WifiService D releaseWifiLockLocked: WifiLock{NetworkLocationProvider type=2 binder=Android.os.Binder@47aead50}
1291 WifiService D enable and start wifi due to updateWifiState
1218 rmt_storage I rmt_storage open event
1218 rmt_storage I rmt_storage client thread started
1218 rmt_storage I rmt_storage events processing done
1218 rmt_storage I rmt_storage register cb event
1218 rmt_storage I rmt_storage status id = 2
1218 rmt_storage I rmt_storage events processing done
1218 rmt_storage I rmt_storage open event
1218 rmt_storage I rmt_storage client thread started
1218 rmt_storage I rmt_storage events processing done
1218 rmt_storage I rmt_storage register cb event
1218 rmt_storage I rmt_storage status id = 2
1218 rmt_storage I rmt_storage events processing done
1218 rmt_storage I rmt_storage write event
1218 rmt_storage I unblock rmt_storage client thread
1218 rmt_storage I rmt_storage events processing done
1218 rmt_storage I rmt_storage write: bytes written = 3145216
1218 rmt_storage I rmt_storage write: bytes written = 512
1218 rmt_storage I rmt_storage status handle = 1
1291 BatteryStatsImpl I notePhoneSignalStrengthLocked: 4->3
1218 rmt_storage I rmt_storage write event
1218 rmt_storage I rmt_storage events processing done
1218 rmt_storage I unblock rmt_storage client thread
1291 PowerManagerService D New lightsensor value:40, lcdValue:143
1291 PowerManagerService D lightSensorChangedLocked, buttonValue >= 0, mPowerState = 3
1218 rmt_storage I rmt_storage write: bytes written = 3145216
1218 rmt_storage I rmt_storage write: bytes written = 512
1218 rmt_storage I rmt_storage status handle = 2
1291 RPC D read RPC packet
1291 RPC D read RPC packet size: [80]
1291 locapi_rpc_glue V Callback received: 80 (cb_id=0x50B0000 handle=1)
1291 RPC D written RPC packet size: [28]
1470 usicWidgetController D unbindMusicPlaybackService()
1707 MediaPlaybackService E BadQueue mPlayListLen : 0 mAlbumListLen : 0 mShrinkAlbumListLen : 0
1291 NotificationService V Battery Full, Charging
1291 lights E write ok string=0,len=1
1291 lights E write ok string=0,len=1
1291 lights E write ok string=0 0,len=3
1291 lights E write ok string=1,len=1
1707 MediaPlayer.Java D setOnCompletionListener being cleaned to null
1291 lights E write ok string=0,len=1
1291 lights E write ok string=0 0,len=3
1291 NotificationService V Turn off Jogball/OJ LED
1291 NotificationService D cancelNotification, ACTION_NOTIFICATION_REMOVE,pkg=com.htc.music,id=1
1291 AudioService I AudioFocus abandonAudioFocus() from Android.media.AudioManager@476ddee0com.htc.music.MediaPlaybackService$5@476dd838
J'ai désinstallé Dell PC Suite et HTC Sync de mon ordinateur et le problème a disparu.
EDIT: Pour en dire un peu plus sur la cause de ce problème: HTC Sync est livré avec un serveur ADB. Et il met à jour votre variable d'environnement PATH pour qu'elle pointe vers sa version du serveur. Modifiez la variable PATH et supprimez la référence aux répertoires HTC Sync. Maintenant, vous utilisez à nouveau la BAD de Google.
Utilisez-vous Genymotion pour un périphérique virtuel?
si oui, cette erreur est probablement due à un conflit entre ADB de Genymotion et votre ADB de SDK Android (en utilisant le même numéro de port). Pour résoudre ce problème, accédez simplement à settings => choisissez ADB tab => cliquez sur l'option Use custom Android SDK Tools et définissez votre dossier SDK
après avoir configuré ceci, essayez de redémarrer votre adb en allant dans le dossier platform-tools que adb a placé et faites cette commande:
./adb kill-server./adb start-server
* astuces: Vous pouvez fermer le processus de Genymotion avant d'exécuter la commande ci-dessus.
J'espère que cette aide.
Je constate que j'ai parfois besoin explicitement de tuer et de redémarrer le serveur manuellement:
adb kill-server
adb start-server
Ce choc est généralement suffisant pour le remettre sur pied et empêche les messages adb server is out of date. killing... répétés.
Assurez-vous qu'aucun autre processus adb n'est en cours d'exécution
Il peut y avoir plus d'un processus adb en cours d'exécution sur le système. Des outils tels que Android Reverse Tether peuvent utiliser leur propre version de l'outil adb. Par conséquent, la version en mémoire peut entrer en conflit avec la version exécutée à partir de la ligne de commande (via la variable path).
Les fenêtres
Sous Windows, appuyez sur CTL+Shift+ESC Pour accéder au Gestionnaire des tâches, triez la colonne Nom de l'image , puis supprimez toutes les occurrences de adb.exe en cliquant avec le bouton droit de la souris et en choisissant Terminer le processus . Notez qu'il existe plusieurs instances de adb.exe ci-dessous:
Linux (Android)
Dans un environnement Linux, utilisez simplement la commande kill -9. Quelque chose comme cela a fonctionné sur un appareil Android exécutant adb (utilisez la sortie ps, recherchez avec grep un processus commençant par adb, obtenez l'ID de processus à partir du ou des processus adb et envoyez cet ID à la commande kill -9):
kill -9 $(ps | grep "S adb" | busybox awk '{print $2}')
Ensuite, redémarrez adb
Une fois que les processus adb - et donc les conflits - sont résolus, essayez à nouveau d'exécuter adb à partir de la ligne de commande:
adb start-server
Dans ma machine (Ubuntu 14.04 et Genymotion 2.5.2), la source du problème était que j'avais 2 fichiers adb de versions différentes.
(Avant, pour préciser la source de ce problème, j'avais déjà défini Paramètres> "Utiliser des outils SDK Android personnalisés" de Genymotion, faisant référence au répertoire SDK Android installé sur ma machine, comme conseillé par Aditya Kresna Permana. J'ai également essayé de tuer et de démarrer le serveur adb, ainsi que quelques autres solutions du monde entier).
Puis j'ai vu que l'exécution de adb versionde mon répertoire d'installation du SDK Android «~/Android/Sdk/platform-tools» était produite - «Android Debug Bridge version 1.0.32».
Cependant, la commande adb version du répertoire “/ usr/bin” a été produite - “Android Debug Bridge version 1.0.31"
Donc, je viens de suivre - http://bernaerts.dyndns.org/linux/74-ubuntu/328-ubuntu-trusty-Android-adb-fastboot-qtadb pour mettre à jour l'adb dans “/ usr/bin”
# adb version
Android Debug Bridge version 1.0.31
# wget -O - https://skia.googlesource.com/skia/+archive/cd048d18e0b81338c1a04b9749a00444597df394/platform_tools/Android/bin/linux.tar.gz | tar -zxvf - adb
# Sudo mv adb /usr/bin/adb
# Sudo chmod +x /usr/bin/adb
# adb version
Android Debug Bridge version 1.0.32
Et maintenant, exécuter adb devices fonctionne parfaitement comme prévu.
Et cela a également résolu le problème lié au fait qu'avant que mon application PhoneGap (Cordova) ne soit pas intégrée au périphérique virtuel de Genymotion. Maintenant, évidemment, ce problème est également résolu.
Je viens de quitter HTC Sync, j'ai essayé à nouveau et cela a fonctionné. Remarque: le téléphone est devenu noir (verrouillé), je l'ai juste allumé et mon application était en cours d'exécution. :)
Système: Windows 10
Mon problème : Configurer Genymotion pour qu'il pointe vers le SDK personnalisé n'a eu aucun effet. J'ai quand même reçu le:
Impossible de démarrer le projet sur Android: impossible d'installer smartsocket écouteur: ne peut pas se lier à 127.0.0.1:5037: une seule utilisation de chaque socket adresse (protocole/adresse réseau/port) est normalement autorisée. (10048) Impossible de lire ok à partir du serveur ADB * échec du démarrage du démon * erreur: impossible de se connecter au démon
Ce que j’ai découvert, c’est qu’il y avait une différence entre les versions de la BAD utilisées dans le système. Voici la commande que j'ai utilisée pour les trouver:
where /r C:\ adb.exe
Cela a produit les résultats:
C:\Program Files\Expo XDE\resources\app\node_modules\xdl\binaries\windows\adb\adb.exe
C:\Program Files\Genymobile\Genymotion\tools\adb.exe
C:\Users\kyle\AppData\Local\Android\Sdk\platform-tools\adb.exe
C:\Users\kyle\AppData\Local\Android\Sdk\platform-tools\adb backup\adb.exe
Navigation vers chaque répertoire et exécution:
adb.exe version
M'a permis de voir que l'Expo fonctionnait sous la version ADB:
Android Debug Bridge version 1.0.36
Revision fd9e4d07b0f5-Android
Alors que Genymotion utilisant le SDK personnalisé avait une version (c:\Utilisateurs\kyle\AppData\Local\Android\Sdk\platform-tools\adb.exe):
Android Debug Bridge version 1.0.39
Revision 3db08f2c6889-Android
Comme un test, j'ai pris les fichiers adb (adb.exe, AdbWinApi.dll, AdbWinUsbApi.dll) de
c:\Users\kyle\AppData\Local\Android\Sdk\platform-tools\adb.exe
et les a placés dans un dossier de sauvegarde. J'ai ensuite déplacé les fichiers adb situés à
c:\Program Files\Expo XDE\resources\app\node_modules\xdl\binaries\windows\adb\adb.exe
dans ce même endroit. J'ai tué adb avec:
adb kill-server
ce qui a provoqué automatiquement un redémarrage du serveur adb car mon appareil Genymotion était déjà en marche. J'ai appuyé sur le bouton "Redémarrer" à l'intérieur de l'Expo XDE et celle-ci a immédiatement commencé à fonctionner. Voici le journal où j'ai appuyé sur le bouton de redémarrage à 01h13:04:
12:45:53 AM
could not install *smartsocket* listener: cannot bind to 127.0.0.1:5037: Only one usage of each socket address (protocol/network address/port) is normally permitted. (10048)
could not read ok from ADB Server
* failed to start daemon *
error: cannot connect to daemon
1:13:04 AM
Restarting project and clearing packager cache (Hold shift while clicking restart to avoid clearing cache).
1:13:11 AM
Starting React Native packager...
1:13:17 AM
Scanning 543 folders for symlinks in C:\Users\kyle\git\betalog\node_modules (49ms)
1:13:17 AM
1:13:19 AM
Couldn't adb reverse: closed
1:13:20 AM
Project opened! You can now use the "Share" or "Device" buttons to view your project.
1:13:26 AM
Couldn't adb reverse: closed
1:13:26 AM
Downloading latest version of Expo
1:13:28 AM
Installing Expo on device
1:13:33 AM
Opening on Android device
1:13:56 AM
Building JavaScript bundle: finished in 59643ms.
1:14:01 AM
Dependency graph loaded.
1:14:03 AM
Your JavaScript transform cache is empty, rebuilding (this may take a minute).
Conclusion : Genymotion et Expo devront peut-être utiliser la même version d’adb pour permettre à Expo de communiquer correctement avec le dispositif simulé. En pointant Genymotion sur votre SDK Android et en vous assurant que Expo XDE dispose de la même version, vous pourrez ainsi communiquer correctement entre vos appareils. J'ai déplacé la version d'Expo XDE vers l'emplacement du SDK, mais vous pouvez peut-être faire l'inverse (prenez les fichiers ADB sdk et placez-les à l'emplacement de ressources Expo XDE).
P.S. J'ai parcouru tous les posts liés à ce problème. Pour que vous sachiez, mon gestionnaire de tâches affiche trois instances de adb.exe en cours d'exécution. Si vous en tuez un, ils reviennent.
J'espère que cela aide/acclamations
Cela est dû au fait que vous utilisez un adb autre que celui inclus dans le SDK. Si sur Linux, vérifiez où se trouve le binaire adb
which adb
Expected Output : Android_SDK/platform-tools/adb
Si vous ne pointez pas sur Android_SDK/platform-tools/adb, vous utilisez une ancienne version d’adb installée à un autre emplacement de la machine.
Il n’ya rien de mal à utiliser adb en dehors de celui fourni avec le SDK, mais l’inconvénient est qu’elle n’est pas mise à jour automatiquement lorsque le SDK Android est mis à jour et c’est la raison pour laquelle vous rencontrez ce problème de version obsolète.
Le correctif le plus simple et pour éviter ce problème à l'avenir, renommez l'ancien fichier binaire adb (trompeur) en quelque chose d'autre.
Suivez les étapes pour résoudre ce problème.
$ which adb
*o/p /usr/bin/adb - (output will depend on your machine)*
$ cd /usr/bin/
$ ls -lt | grep adb
*o/p -rwxr-xr-x 1 root root 160912 Mar 31 2016 adb*
$ Sudo mv adb adb_bakup
$ ls -lt | grep adb
o/p -rwxr-xr-x 1 root root 160912 Mar 31 2016 adb_bakup
$ export PATH="/path/to/Android_sdk/platform-tools:$PATH"
$ which adb
*o/p <your Android sdk dir>/platform-tools/adb* ---> You are all good now
Il semblerait que le démon ADB sur le périphérique (adbd) soit en désaccord avec le processus du serveur ADB sur votre ordinateur hôte quant à la version du protocole dont ils parlent. Quelle version du SDK utilisez-vous et quelle est la version du système d'exploitation sur le périphérique en cours de débogage?
Ce que vous devrez peut-être faire est de rétrograder votre version des outils du Kit de développement logiciel (SDK) afin que le démon et le processus ADB soient en accord. Je pensais que le processus du serveur était complètement compatible avec les versions antérieures, mais cela pourrait être l’un des cas où cela ne se produit pas. Google n'annonce pas le fait que vous pouvez obtenir ses anciens packages d'outils SDK, mais vous pouvez les trouver en consultant l'archive des archives à http://developer.Android.com .
Je frappe ma tête contre le mur sur celui-ci. Cela a commencé lorsque j'ai installé la dernière version de HTC Sync (3.0.5579). Pour une raison quelconque, adb.exe apparaissait plusieurs fois dans le gestionnaire de tâches et je pensais que le serveur adb était obsolète, détruisant les erreurs plusieurs fois. J'ai trouvé la version d'adb.exe dans le répertoire de synchronisation HTC et dans le répertoire des outils de la plate-forme Android SDK. La configuration du chemin d'accès pointait correctement vers le répertoire du SDK Android et je ne voyais pas le chemin de synchronisation de HTC (il me manquait peut-être quelque chose, mais je ne le pense pas). Quoi qu'il en soit, pour résoudre le problème, j'ai simplement renommé le fichier adb.exe dans le répertoire HTC Sync et tout a fonctionné à nouveau. Ce n'est peut-être pas la bonne façon de s'y prendre, mais cela a fonctionné pour moi.
J'ai simplement fermé l'application de synchronisation HTC complètement et essayé à nouveau. Cela a fonctionné comme prévu.
Aidé pour moi: arrêtez HTC Sync (dans la barre d'état système) et renommez l'adb.exe de HTC (C:\Fichiers de programme (x86)\HTC\HTC Sync 3.0\adb.exe).
Tout d'abord fermer Tout ce qui utilise ADB. (Android Studio, Eclipse, Emulator (Bluestack également))
adb kill-server
adb start-server
Dans mon cas, je viens de recevoir la mise à jour de Studio.
Système: Windows 7, Android Studio.
Cette erreur s'est produite lorsque j'ai exécuté adb devices à partir de Windows Commandline.
La cause principale était que le adb que j'exécutais depuis la ligne de commande n'était pas le même que l'adb exécuté depuis Android Studio.
Solution:
D'abord, tuez tous les processus adb en cours d'exécution sur la machine.
taskkill /F /IM adb.exeExécutez votre application depuis Android Studio.
Localisez l’emplacement exact du fichier adb.exe à partir du Gestionnaire des tâches Windows, OR en exécutant la commande ci-dessous
wmic process where "name='adb.exe'" get ProcessID, ExecutablePathSur l'invite de commande Windows, exécutez
where adbpour localiser l'adb qui s'exécute à partir de l'invite de commande. Ce chemin serait différent de celui de l'étape 3 ci-dessus.Modifiez la variable système Windows PATH. Supprimez le chemin de base trouvé à l'étape 4.
Une fois que vous avez modifié PATH, vous pouvez voir le contenu actuel de cette variable en tapant la commande ci-dessous dans une invite de commande NEW (n'utilisez pas l'ancienne invite).
echo %PATH%
Maintenant, lancez adb depuis la commande Invite. Il ne devrait PAS afficher une "erreur de serveur obsolète"!
OS: Ubuntu
Il y a plus d'un adb en cours d'exécution. Vérifiez l'actuel adb:
which adb
Expected Output : Android_SDK/platform-tools/adb
Normalement, le résultat sera:
/usr/bin/adb
Supprimer cette ancienne version par:
cd /urs/bin
Sudo rm adb
OK, il existe une autre instance de adb.exe distribuée avec "Lenovo Photo Companion". Un de mes amis a un ordinateur portable Lenovo Yoga et a fait installer ce logiciel, qui inclut un autre adb.exe.
La désinstallation a résolu le problème.
Essaye ça:
Fermez l'application Eclipse.
adb kill-serverRedémarrez Eclipse.
Dans mon cas, le problème était dû à Virtuous Ten Studio, qui a le fichier adb.exe dans le répertoire External/ADB.
Allez-y et lancez .\adb.exe kill-server et vous serez bon.
J'ai eu ce problème sur l'une de mes machines de développement (toutes exécutent Windows 7 x64) alors que toutes les autres machines fonctionnent normalement. La raison de ce problème est que j’ai une ancienne version de adb.exe réside dans% Android-sdk%\tools alors que les nouveaux SDK Android ont adb.exe sous% Android-sdk%\plate-outils
supprimer le fichier adb.exe plus ancien de% Android-sdk%\tools et ajouter% Android-sdk%\platform-tools à% PATH% résout ce problème
ou plus généralement, recherchez tous les exécutables adb de votre chemin qui ne sont plus à jour, utilisez simplement le dernier fourni avec le SDK Android.
Cela a été causé dans mon cas par l'exécution de Visual Studio avec un projet Android Xamarin sur le même ordinateur qu'Android Studio - chaque IDE exécutait une version de serveur adb différente. J'ai fermé Visual Studio et l'erreur est partie.
Malheureusement, je n'ai pas encore assez de réputation pour commenter. Mais la réponse marquée comme une réponse m'a envoyé dans la bonne direction.
Je ne vois rien sur mon chemin lié à HTC Sync Manager, même si je l'avais installé. Je ne travaille pas avec mon appareil HTC pour le moment et seul le gestionnaire de synchronisation a été installé pour résoudre les problèmes de pilote. Une fois la désinstallation de HTC Sync Manager terminée, ce problème a été résolu pour moi.
J'espère que ceci aide quelqu'un d'autre.
Avez-vous essayé d'utiliser le SDK version 8. Le périphérique étant en version 2.2 et votre SDK en version 10, il peut y avoir un conflit.
Bonne chance avec vos efforts de déclassement !! J'espère que cela résout.
J'ai parcouru toutes les réponses sur SO et cela n'a pas fonctionné pour moi. Lorsque j'ai tué le processus adb.exe à partir du Gestionnaire des tâches, il a été rouvert et la raison en était que Droid Explorer fonctionnait à l'arrière-plan.
Tuer le processus DE via le gestionnaire de tâches, puis tuer adb.exe (et le réexécuter à partir de la console via "adb start-server" a fonctionné pour moi.
Cela peut être utile pour beaucoup de {personnes qui ont enraciné leurs appareils} _.
Si le périphérique avec lequel vous essayez d'interagir est un téléphone physique connecté via USB, vous pouvez le débrancher, le rebrancher, et tout devrait fonctionner. Parfois, il me semble que tout est désynchronisé.
J'ai vu l'erreur suivante deux fois au cours de la semaine dernière:
adb server version (40) doesn't match this client (41)
Je l'ai corrigé en redémarrant mon PC à chaque fois. Je ne sais pas comment l'expliquer.
J'ai essayé de tuer et de démarrer adb via plusieurs lignes de commande, en redémarrant Android Studio plusieurs fois sans succès. Le Gestionnaire des tâches n'affiche pas adb.exe.
J'utilise Android Studio 3.4 sous Windows 10 (V1809, Build: 17763.503).
Edit (2019-05-30): Lorsque cela s'est produit pour la 3ème fois, j'ai fermé toutes les applications, puis redémarré Android Studio et le problème a été résolu. Il semble qu'une autre application provoque ceci. Je ferai un rapport une fois que je trouverai le coupable.
Edit (2019-05-30): J'ai enfin trouvé le coupable: Visual Studio associé à un Macbook Pro pour la création et le débogage d'une application iOS. Une fois que VS est fermé ou que le pairage est désactivé, adb devient normal.
J'ai également eu ce problème aujourd'hui, il s'avère que j'ai désactivé mes pilotes de réseau parce que j'avais des problèmes de WIFI/LAN. réactiver le problème résolu
Comme mentionné ci-dessus, le problème provient d'une version en conflit de adb.exe fournie avec HTC Sync. Le supprimer de PATH ne vous aidera pas, car htcUPCTLoader.exe qui fonctionne en permanence en arrière-plan relance toujours la mauvaise version de la BAD.
Une solution serait de supprimer complètement adb.exe du dossier HTC Sync, mais cela casserait HTC Sync.
Je viens de coder un outil simple qui remplace l'ancien adb.exe par un stub invoquant le dernier adb.exe du répertoire SDK, éliminant ainsi les conflits (par exemple, la version 1.0.25). venir avec HTC Sync et 1.0.29 avec Android SDK).
L'outil peut être téléchargé à partir de http://visualgdb.com/adbfix
l'installation de mises à jour de sdk (y compris les outils de plateforme) a été corrigée pour moi
Si vous avez plusieurs annonces en cours d'exécution, les arrêter sera comme si vous utilisiez vs code pour un développement flutter, fermeture vs code vous aidera.
Pour expliquer réellement ce qui se passe:
L'exécutable ADB a deux composants
- le serveur qui communique avec l'appareil
- et le client, la ligne de commande, qui communique avec le serveur.
Lorsque vous démarrez ADB pour la première fois, vous remarquerez peut-être un message du type "démarrage du serveur ADB". Si vous avez mis à jour ADB par la suite, l'exécutable le plus récent doit tuer le serveur obsolète et en démarrer un nouveau avec la version correspondante.
Cela peut également se produire lorsque plusieurs versions d'ADB sont présentes sur votre machine de développement (Genymotion, Android SDK, applications compagnon OEM du téléphone, divers scripts autonomes).
Cela ne concerne pas la BAD installée sur votre téléphone/émulateur.
La solution évidente (pas nécessairement facile) est de vous assurer que vous utilisez la même version de ADB partout.
La question dont je viens a été marquée [dupliquer] à cette question mais je n’ai pas vu la réponse dont j’avais besoin ici.
la version du serveur adb (41) ne correspond pas à ce client (36); tuant ... le serveur ADB n'a pas ACK.
Regardez ceci: https://stackoverflow.com/a/47797366/8187578
Vous avez un moyen rapide de le faire d'abord
Sudo rm /usr/bin/adb
Ensuite
Sudo ln -s /home/{{username}}/Android/Sdk/platform-tools/adb /usr/bin/adb
Moyen le plus rapide de résoudre le problème
Depuis le serveur adb est obsolète. kill est maintenant une dupe de ceci, copier-coller de une solution pour les systèmes basés sur Debian :
Il se peut que vous ayez installé le package
adben plus du fichier SDK. Dans ce cas, unSudo apt purge adbpourrait résoudre le problème.