¿Está utilizando Genymotion para dispositivos virtuales?

Si sí, este error probablemente salió porque adb de genymotion entró en conflicto con su adb desde android SDK (usando el mismo número de puerto), para arreglar esto simplemente vaya a settings => escoja la pestaña ADB => haga clic en la opción Use custom Android SDK Tools y configure su Carpeta SDK

Después de configurarlo, intente reiniciar su adb entrando en la carpeta platform-tools que colocó adb y haga este comando:

• ./adb kill-server
• ./adb start-server

Espero que esto ayude.

Desinstalé Dell PC Suite y HTC Sync de mi computadora y este problema desapareció.

EDIT: Para elaborar un poco sobre la causa de este problema: HTC sincronización viene con un servidor ADB propio. Y actualiza su variable de entorno PATH para apuntar a su versión del servidor. Edite la variable PATH y elimine la referencia a los directorios HTC Sync. Ahora estás usando ADB de Google de nuevo.

Encuentro que de vez en cuando necesito explícitamente matar y recomenzar el servidor manualmente:

 adb kill-server adb start-server 

Este choque es generalmente suficiente para volverlo a poner en pie nuevamente, y evita que el adb server is out of date. killing... repetidos adb server is out of date. killing... adb server is out of date. killing... mensajes.

En mi máquina (Ubuntu 14.04 y Genymotion 2.5.2) la fuente del problema era que, tenía 2 archivos adb de diferentes versiones.

(Antes de reducir esta fuente de problemas, ya tenía los ajustes de Genymotion> "Utilizar herramientas personalizadas de SDK para Android", haciendo referencia al directorio SDK de Android instalado de mi máquina, según lo recomendado por Aditya Kresna Permana. También intenté matar e iniciar el servidor adb y otras pocas Soluciones de todo el web).

Entonces vi, que la adb version ejecución de mi directorio de instalación de Android SDK "~ / Android / Sdk / plataforma de herramientas" producido – "Android Debug Bridge versión 1.0.32"

Pero, el comando de la adb version del directorio "/ usr / bin" produjo- "Android Debug Bridge versión 1.0.31"

Tan sólo seguido – http://bernaerts.dyndns.org/linux/74-ubuntu/328-ubuntu-trusty-android-adb-fastboot-qtadb para actualizar el adb en "/ 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 

Y ahora adb devices funciona perfectamente como se esperaba.

Y también resolvió el problema asociado que, antes de que mi aplicación PhoneGap (Cordova) no se integrara con el dispositivo virtual de Genymotion. Ahora, obviamente, ese problema también se resolvió.

Acabo de salir de HTC Sync, lo intenté de nuevo, y funcionó. Aviso: El teléfono se volvió negro (bloqueado), sólo lo encendí, y había mi aplicación en ejecución. 🙂

Asegúrese de que no hay otros procesos de Adb en ejecución

Puede haber más de un proceso de adb en ejecución en el sistema. Herramientas como Android Reverse Tether pueden usar su propia versión de la herramienta adb, por lo que la versión en la memoria puede entrar en conflicto con la versión ejecutada desde la línea de comandos (a través de la variable path).

Ventanas

En Windows, presione CTL + Mayús + ESC para acceder al Administrador de tareas, clasificar en la columna Nombre de imagen y , a continuación, eliminar todas las instancias de adb.exe haciendo clic con el botón secundario y seleccionando Finalizar proceso . Tenga en cuenta que hay varias instancias de adb.exe continuación:

Linux (Android)

En un entorno Linux, simplemente use el comando kill -9 . Algo así funcionó en un dispositivo Android que ejecuta adb (utilice ps output, busque grep para un proceso que comience con adb , obtenga el ID de proceso de los procesos adb y envíe ese ID al comando kill -9 ):

 kill -9 $(ps | grep "S adb" | busybox awk '{print $2}') 

A continuación, reinicie adb

Una vez que se resuelven los procesos adb , y por lo tanto los conflictos, vuelva a intentar ejecutar adb desde la línea de comandos:

 adb start-server 

Parece que el daemon ADB en el dispositivo (adbd) está en desacuerdo con el proceso del servidor ADB en su computadora host en cuanto a la versión del protocolo que están hablando. ¿Qué versión del SDK está ejecutando y cuál es la versión del sistema operativo en el dispositivo que está depurando?

Lo que podría necesitar hacer es realmente degradar su versión de las herramientas de SDK para que el DAB y el proceso ADB estén de acuerdo. Pensé que el proceso del servidor era completamente hacia atrás compatible, pero éste podría ser uno de esos casos de la esquina donde no lo hace. Google no anuncia el hecho de que puede obtener sus antiguos paquetes de herramientas de SDK, pero se pueden encontrar buscando en el área de archivos en http://developer.android.com .

Simplemente cerré completamente la aplicación de sincronización htc y volví a intentarlo. Funcionó como se suponía.

Esto se debe a que está ejecutando un adb distinto del incluido en el SDK. Si en linux comprueba dónde se encuentra el binario adb

 which adb Expected Output : ANDROID_SDK/platform-tools/adb 

Si no apunta a ANDROID_SDK / platform-tools / adb, entonces está ejecutando alguna versión antigua de adb instalada en una ubicación diferente en la máquina.

No hay nada malo corriendo adb que no sea el proporcionado con SDK, pero la desventaja es que no se actualiza automáticamente cuando el androide SDK se actualiza y es por eso que se ejecuta en este problema de versión desactualizada.

La solución más fácil y evitar este problema en el futuro cambie el nombre del archivo binario adb antiguo (engañoso) a otra cosa.

Siga los pasos para resolver este problema.

 $ 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 

Golpeé mi cabeza contra la pared en ésta. Esto comenzó a suceder cuando instalé la última versión de la sincronización de HTC (3.0.5579). Por alguna razón adb.exe se estaba mostrando varias veces en el administrador de tareas y yo estaba recibiendo el servidor de adb está fuera de fecha matando errores varias veces. Encontré la versión adb.exe en el directorio de sincronización de HTC y el directorio de herramientas de plataformas SDK de Android. Tenía la ruta de acceso correctamente apuntando a la androide SDK directorio y no ver el HTC Sync ruta (tal vez me faltaba algo, pero no lo creo). De todos modos, para solucionar el problema, simplemente cambié el nombre del archivo adb.exe en el directorio HTC Sync y todo funcionó de nuevo. Esta puede no ser la forma correcta de realizar esta corrección, pero funcionó para mí.

Ayudado para mí: detener HTC Sync (en la bandeja del sistema) y cambiar el nombre de adb.exe de HTC (C: \ Archivos de programa (x86) \ HTC \ HTC Sync 3.0 \ adb.exe).

Prueba esto:

1. Cierre la aplicación Eclipse.

2. adb kill-server

3. Reinicie Eclipse.

Bueno, hay otra instancia de adb.exe distribuida con "Lenovo Photo Companion". Un amigo mío tiene un cuaderno de Lenovo Yoga y tenía este software instalado que incluyó otro adb.exe

La desinstalación resolvió el problema.

Primer cierre Todas las cosas que usan ADB. (Android Studio, Eclipse, Emulator (Bluestack también)) y luego hacer

 adb kill-server adb start-server 

En mi caso acabo de recibir la actualización de Studio.

¿Intentaste usar la versión 8 del SDK? Dado que el dispositivo está en 2.2 y tu SDK está en 10, puede haber conflicto.

Lo mejor de la suerte con los esfuerzos de degradación ur! Espero que esto resuelva.

Si el dispositivo con el que estás tratando de interactuar es un teléfono físico conectado a través de USB, puedes desenchufarlo y volverlo a conectar y debería funcionar. A veces se acaba de sincronizar, creo.

Fui a través de todas las respuestas sobre SO y no funcionó para mí. Cuando maté el proceso de adb.exe del encargado de tarea, guardó el reabrirlo y la razón era que el explorador de Droid estaba trabajando en el fondo .

Matar el proceso de DE a través de Task Manager y luego matar adb.exe (y ejecutarlo de nuevo desde la consola a través de 'adb start-server' trabajado para mí.

Esto puede ser útil para muchas personas que han arraigado sus dispositivos .

Lamentablemente no tengo suficiente reputación para comentar todavía. Pero la respuesta marcada como una respuesta me envió en la dirección correcta.

No vi nada en mi camino relacionado con HTC Sync Manager, aunque lo tenía instalado. No estoy trabajando con mi dispositivo HTC en este momento, y sólo tenía el administrador de sincronización instalado para ayudar con problemas de controlador. Una vez que la desinstalación del administrador de sincronización de HTC este problema se fue para mí.

Espero que esto ayude a alguien más.

Sistema: Windows 10

Mi problema : Configurar Genymotion para que apunte al SDK personalizado no tuvo ningún efecto. Todavía recibí el:

No se pudo iniciar el proyecto en Android: no se pudo instalar el listener smartsocket : no se puede enlazar a 127.0.0.1:5037: Sólo se permite un uso de cada dirección de socket (protocolo / dirección de red / puerto). (10048) no pudo leer ok desde el servidor ADB * falló al iniciar daemon * error: no se puede conectar al daemon

Lo que descubrí fue que había una diferencia en las versiones de ADB que se utilizaban en todo el sistema. Aquí está el comando que usé para encontrarlos:

 where /r C:\ adb.exe 

Esto produjo los resultados:

 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 

Navegando por cada directorio y ejecutándose:

 adb.exe version 

Me permitió ver que Expo estaba ejecutando ADB versión:

 Android Debug Bridge version 1.0.36 Revision fd9e4d07b0f5-android 

Mientras que Genymotion usando el SDK personalizado tenía la versión (c: \ Users \ kyle \ AppData \ Local \ Android \ Sdk \ platform-tools \ adb.exe):

 Android Debug Bridge version 1.0.39 Revision 3db08f2c6889-android 

Como prueba tomé los archivos adb (adb.exe, AdbWinApi.dll, AdbWinUsbApi.dll) de

 c:\Users\kyle\AppData\Local\Android\Sdk\platform-tools\adb.exe 

Y los colocó en una carpeta de copia de seguridad. Luego moví los archivos de adb ubicados en

 c:\Program Files\Expo XDE\resources\app\node_modules\xdl\binaries\windows\adb\adb.exe 

En ese mismo lugar. Yo maté adb con:

 adb kill-server 

Lo que causó un reinicio del servidor adb automáticamente debido a que mi dispositivo Genymotion ya se está ejecutando. Me golpeó el botón "Reiniciar" dentro de la Expo XDE y de inmediato comenzó a trabajar. Aquí está el registro donde golpeé el botón del reinicio en 1:13:04 AM:

 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). 

Conclusión : Genymotion y Expo pueden necesitar usar la misma versión de adb para que Expo pueda comunicarse correctamente con el dispositivo simulado. Señalar Genymotion a su ubicación de SDK de Android, así como asegurar Expo XDE tiene esa misma versión permitirá la comunicación correcta entre dispositivos. Trasladé la versión de Expo XDE a la ubicación del SDK, pero es posible que vayas por el otro camino (coge los archivos sdk ADB y colócalos en la ubicación de los recursos de Expo XDE).

PS He estado en todos los mensajes stackoverflow relacionados con este problema. Sólo para que ustedes sepan que mi administrador de tareas muestra tres instancias de adb.exe en ejecución. Si matas a alguno de ellos, simplemente vuelven.

Espero que esto ayude / aplausos

Tenía este problema en una de mis máquinas de desarrollo (todas las ventanas funcionadas 7 x64) mientras que el trabajo de todas las otras máquinas de trabajo normalmente. La razón por la que me encontré con este problema es que tengo una versión antigua de adb.exe en % android-sdk% \ tools mientras que los nuevos SDKs de Android tienen adb.exe en % android-sdk% \ platform-tools

Quite el antiguo adb.exe de% android-sdk% \ tools y agregue% android-sdk% \ platform-tools a% PATH% resuelve este problema

O de forma más general, busque cualquier ejecutable de adb en tu ruta que esté desactualizado, solo usa el más reciente proporcionado con Android SDK

Como se mencionó anteriormente, el problema se debe a una versión conflictiva de adb.exe incluida con HTC Sync. La eliminación de PATH no ayudará, ya que htcUPCTLoader.exe que se ejecuta constantemente en segundo plano volverá a iniciar la versión incorrecta de ADB.

Una solución sería eliminar completamente adb.exe de la carpeta HTC Sync, sin embargo esto rompería HTC Sync.

Acabo de codificar una sencilla herramienta que reemplaza el antiguo adb.exe con un stub que invoca la última adb.exe del directorio de SDK eliminando los conflictos (por ejemplo, la versión 1.0.25 viene con HTC Sync y 1.0.29 con Android SDK) .

La herramienta se puede descargar desde http://visualgdb.com/adbfix

También tuve este problema hoy, resulta que deshabilité mis controladores de red porque tenía problemas de WIFI / LAN. Re-habilitar resuelto el problema

En mi caso, el problema fue causado por Virtuous Ten Studio, que tiene el adb.exe en el directorio External/ADB .

Ve y corre .\adb.exe kill-server y serás bueno.

Debe asegurarse de que su proyecto está configurado para orientarse al AVD que desee iniciar.

Haga clic con el botón derecho del ratón (ctrl-clic en MAC) en la carpeta del proyecto de Eclipse. A continuación, haga clic en Propiedades. En la ventana que aparece, haga clic en "Android" y, a continuación, haga clic en el destino de compilación que desee iniciar. Espero que ayude.

Estaba recibiendo este mismo error cuando inicié Android Studio. Desinstale el software mobogenie. Funcionó. PRUEBA ESTA SOLUCIÓN, ME AYUDA. ERROR ADB