Eclipse d'erreur “BAD serveur n'a pas d'accusé de réception, n'a pas pu démarrer démon”

J'ai rencontré le même problème, même si je n'ai pas ce qui a causé cela. Quoi que, j'ai trouver quelques indices et fixe enfin.

Quand j'ouvre SDK et AVD manager, mais trouver l'AVD version(2.3.3) n'est pas de même avec android lib version(2.3). J'ai donc créer un nouveau AVD avec 2.3.

Je l'ai fixée par les étapes suivantes:
1. Ouvrir le gestionnaire des tâches de windows et de tuer adb.exe processus.
2. À proximité de l'éclipse et de le redémarrer. Puis il travaille.

Espère que cela aide.

BAD échouent souvent si il y a un saut de ligne dans adb_usb.ini. L'enlever, de le redémarrer, et qui va souvent de résoudre le problème (au moins pour moi en tout cas).

Si vous utilisez une application de synchronisation de l'appareil, il pourrait être aussi parce que il y a d'autres applications à l'aide de la même 5037 port. Arrêtez tous les services en cours d'exécution sur le port 5037 et essayez de départ de la BAD.

Pour vérifier si une application utilise le port 5037, utilisez ceci:

netstat -a -n -o |findstr "5037"

Obtenir le PID de l'application.

Utilisation Process Explorer trouver le Processus et de le quitter.

Maintenant utiliser adb start-server ou adb get-state pour démarrer/vérification de la BAD, de l'état du serveur.

J'ai fait face à la question quand j'ai utilisé l'Snappea /Wandoujia application de Synchronisation.

On peut résoudre ce problème facilement.

1. Ouvrez une invite de commande, et ne cd <platform-tools directory>
2. Commande exécuter adb kill-server
3. Ouvrir le gestionnaire des Tâches de Windows et vérifiez si adb est toujours en cours d'exécution. Si elle est, il suffit de tuer adb.exe
4. Commande exécuter adb start-server dans l'invite de commande

Assurez-vous que le débogage USB sur votre téléphone est allumé. ADB kill-server et ADB start-server n'est pas le problème.

C:\Documents and Settings\Administrator> adb nodaemon server

 - cannot bind 'tcp:5037'

C:\Documents and Settings\Administrator> netstat -aon | findstr "5037"

 - TCP 127.0.0.1:1130 127.0.0.1:5037 TIME_WAIT 0
 - TCP 127.0.0.1:1269 127.0.0.1:5037 TIME_WAIT 0
 - TCP 127.0.0.1:5037 0.0.0.0:0 LISTENING 3088
 - TCP 127.0.0.1:5037 127.0.0.1:1128 TIME_WAIT 0
 - TCP 127.0.0.1:5037 127.0.0.1:1129 TIME_WAIT 0
 - TCP 127.0.0.1:5037 127.0.0.1:1270 TIME_WAIT 0

C:\Documents and Settings\Administrator>tasklist -fi "pid eq 3088"

 - Image name PID session name session # memory usage

========================= ====== ================ ======== ============

 - adb.exe 3088 Console 0 3,816 K

C:\Documents and Settings\Administrator>taskkill /f /pid 3088

 - Success: terminate the PID for the process of 3,088.

C:\Documents and Settings\Administrator>adb start-server

 - daemon not running. starting it now on port 5037 *
 - daemon started successfully *

De courir pour sysinternals.com et ramasser TCPVIEW et PROCESS EXPLORER, si vous ne les avez pas déjà installé.

Pour une raison quelconque, la BAD démon est appelé à disparaître avant la fermeture de la socket d'échange est terminé. Si vous exécutez (à partir de l'invite de commande) la commande "NETSTAT-s", vous verrez le support (généralement 5037) dans CLOSE_WAIT de l'état et le propriétaire de numéro de processus. Process Explorer ne montre pas que l'ID de processus (le démon de fin), et le processus appelé adb.exe (qui a ouvert le socket) auront disparu. (Si adb.exe si trouvé, essayez de tuer la tâche et de voir si les choses s'en débarrasser.)

À l'aide de TCPVIEW, recherchez le hung socket. La colonne nom de l'montrera le processus associé ne peut pas être trouvé. Cliquez-droit et sélectionnez "fermeture de la Connexion". Le support est maintenant fermé, et la bad démon doit être en mesure de commencer.

Type ./adb nodaemon server dans un terminal.

Si elle renvoie Invalid content in adb_usb.ini, alors il ya un problème avec votre adb_usb.ini fichier dans le .android dossier.

Ouvrir adb_usb.ini et effacer son contenu. Puis redémarrez le serveur...il a travaillé pour moi.

En plus de @Bastet's solution:

En fait, nous avons de tuer le processus à l'aide de l'adresse 0.0.0.0:0. C'est pourquoi, pour la plupart des gens à tuer adb.exe dans le Gestionnaire des Tâches a été de travail (dans mon cas, je n'ai pas pu le voir, même dans le Gestionnaire des Tâches).

À la suite de la @Bastet étapes, j'ai trouvé que certains autres processus a l'aide de cette adresse. Je suis allé de l'avant de la tuer, et il m'a donné ACCESS DENIED comme Error.

Donc, en utilisant la tasklist | findstr **** j'ai trouvé le nom du processus et l'a tué dans le Gestionnaire des Tâches.

Par la suite, il a commencé à travailler.

Dans mon cas bas_daemon et bas_helper ont été à l'aide de cette adresse à la fois de ce qui correspond à MOBOROBO.

Le meilleur et le moyen le plus efficace sans avoir à redémarrer tout dispositif ou logiciel est:

Exécutez la commande suivante:

adt-bundle-windows-x86_64\sdk\platform-tools\adb.exe

Et encore une chose.. la BAD est une auto-dépendante de la chose. Vous ne pouvez rien faire jusqu'à ce que, sauf si il veut travailler. Il n'y a plus d'une façon que j'ai découvert: Laisser l'appareil connecté pendant 5-6 minutes et d'attendre. Bientôt l'appareil est connecté et tente de lancer.

Regarder l'antivirus ou le pare-feu... Ne toute de qui vous empêchent d'accéder à... En k7 antivirus, j'ai éteint le moniteur système, et il ne fonctionne pour moi...

Tuer Eclipse, puis le redémarrage ne m'aide pas. J'ai ajouté de l'outil Android pour les variables de CHEMIN d'accès, a commencé le Gestionnaire des Tâches et tué adb.exe.

J'ai redémarré l'Éclipse, et puis il a travaillé.