La versión del servidor adb no coincide con este cliente

Cada vez que bash adb devices :

  $ adb devices * daemon not running. starting it now * * daemon started successfully * List of devices attached HT0ANRV05740 device 

Dice que daemon no se está ejecutando y reinicia el daemon.

Entonces, si ejecuto dispositivos adb nuevamente, hace lo mismo:

  $ adb devices adb server is out of date. killing... * daemon started successfully * List of devices attached HT0ANRV05740 device 

Entonces, si lo ejecuto nuevamente, vuelve a hacer exactamente lo mismo:

  $ adb devices adb server is out of date. killing... * daemon started successfully * List of devices attached HT0ANRV05740 device 

¡¡Por favor ayuda!!

Además, mi DDMS me sigue dando el siguiente mensaje:

 [2011-02-23 16:17:05 - DeviceMonitor]Adb connection Error:An existing connection was forcibly closed by the remote host 

Aquí están los registros de justo antes de reiniciar 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 

¿Estás usando Genymotion para un dispositivo virtual?

en caso afirmativo, este error probablemente surgió porque el ADB de Genymotion entró en conflicto con su ADB desde el SDK de Android (usando el mismo número de puerto), para solucionarlo simplemente vaya a settings => elija la pestaña ADB => haga clic en la opción Use custom Android SDK Tools y configure su carpeta SDK

enter image description here

Después de configurar esto, intente reiniciar su adb yendo a la platform-tools carpetas platform-tools que adb colocó y haga este comando:

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

* consejos: puede cerrar el proceso de Genymotion antes de ejecutar el comando anterior

Espero que esto ayude.

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

EDITAR: Para explicar un poco sobre la causa de este problema: HTC Sync viene con un servidor ADB propio. Y actualiza la variable de entorno PATH para que apunte a su versión del servidor. Edite la variable PATH y elimine la referencia a los directorios HTC Sync. Ahora estás usando el ADB de Google nuevamente.

Encuentro ocasionalmente necesito matar y reiniciar explícitamente el servidor manualmente:

 adb kill-server adb start-server 

Este impacto generalmente es suficiente para volver a ponerlo en pie y evita que el adb server is out of date. killing... repetido 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) el origen del problema era que tenía 2 archivos adb de diferentes versiones.

(Antes, reduciendo esta fuente de problemas, ya tenía la configuración de Genymotion> “Usar herramientas personalizadas de SDK de Android” en referencia al directorio SDK de Android instalado en mi máquina, tal como lo aconsejó Aditya Kresna Permana. También probé con matar y arrancar el servidor adb y algunos otros soluciones de toda la web).

Entonces vi, esa adb version ejecutada adb version de mi directorio de instalación Android SDK “~ / Android / Sdk / platform-tools” produjo – “Android Debug Bridge versión 1.0.32”

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

Así que solo seguí – 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ó.

Asegúrese de que no haya otros procesos adb ejecutándose

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

Windows

En Windows, presione CTL + Shift + ESC para acceder al Administrador de tareas, ordene la columna Nombre de la imagen , luego adb.exe todas las instancias de adb.exe haciendo clic con el botón derecho y eligiendo Terminar proceso . Tenga en cuenta que hay varias instancias de adb.exe continuación:

Múltiples instancias de adb.exe: cómo matar

Linux (Android)

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

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

Luego, reinicie adb

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

 adb start-server 

Acabo de salir de HTC Sync, intenté de nuevo y funcionó. Aviso: el teléfono se puso negro (bloqueado), lo encendí y se ejecutó mi aplicación. 🙂

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 debe hacer es rebajar su versión de las herramientas de SDK para que el daemon y el proceso de ADB estén de acuerdo. Pensé que el proceso del servidor era completamente compatible con versiones anteriores, pero este podría ser uno de esos casos extremos en los que no es compatible. Google no anuncia el hecho de que puede obtener sus paquetes de herramientas SDK anteriores, pero se pueden encontrar buscando en el área de archivos en http://developer.android.com .

Esto se debe a que está ejecutando un adb distinto del incluido en el SDK. Si está en Linux, compruebe dónde se encuentra el adb binary

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

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

No funciona mal ejecutar adb que no sea el proporcionado con SDK, pero la desventaja es que no se actualiza automáticamente cuando se actualiza el SDK de Android y es por eso que se está ejecutando este problema de versión obsoleta.

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

Sigue 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 /platform-tools/adb* ---> You are all good now 

Sistema: Windows 10

Mi problema : configurar Genymotion para apuntar al SDK personalizado no tuvo ningún efecto. Aún recibí el:

No se pudo iniciar el proyecto en Android: no se pudo instalar el escucha de smartsocket : no se puede vincular a 127.0.0.1:5037: normalmente solo se permite el uso de cada dirección de socket (protocolo / dirección de red / puerto). (10048) no se pudo leer bien desde el servidor ADB * error al iniciar Daemon * error: no se puede conectar a daemon

Lo que descubrí fue que había una diferencia en las versiones de ADB que se usaban en todo el sistema. Aquí está el comando que solía encontrar:

 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 a cada directorio y ejecutando:

 adb.exe version 

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

 Android Debug Bridge version 1.0.36 Revision fd9e4d07b0f5-android 

Mientras que Genymotion con el SDK personalizado tenía una 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 respaldo. Luego moví los archivos adb ubicados en

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

en ese mismo lugar. Maté a adb con:

 adb kill-server 

lo que provocó un reinicio automático del servidor adb debido a que mi dispositivo Genymotion ya se estaba ejecutando. Presioné el botón “Reiniciar” dentro de Expo XDE e inmediatamente comenzó a funcionar. Aquí está el registro donde presiono el botón de reinicio a la 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. Apuntar Genymotion a su ubicación de Android SDK y asegurarse de que Expo XDE tenga 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 pueda optar por el otro (tome los archivos ADB sdk y colóquelos en la ubicación de los recursos de Expo XDE).

PD He estado leyendo todas las publicaciones de stackoverflow relacionadas con este problema. Solo para que sepan que mi administrador de tareas muestra tres instancias de ejecución de adb.exe. Si matas a alguno de ellos, simplemente vuelven.

Espero que esto ayude / saludos

Simplemente cerré por completo la aplicación de sincronización htc y volví a intentarlo. Funcionó como se suponía que debía hacerlo.

Me golpeé la cabeza contra la pared en este caso. Esto comenzó a suceder cuando instalé la última versión de HTC Sync (3.0.5579). Por alguna razón, adb.exe aparecía varias veces en el administrador de tareas y el servidor adb estaba desactualizado, lo que mataba los errores varias veces. Encontré la versión de adb.exe en el directorio de sincronización de HTC y en el directorio de herramientas de plataformas Android SDK. Tenía la ruta de acceso configurada correctamente apuntando al directorio SDK de Android y no vi la ruta HTC Sync (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. Puede que esta no sea la forma correcta de solucionar este problema, pero funcionó para mí.

Me ayudó: detener HTC Sync (en la bandeja del sistema) y renombrar adb.exe de HTC (C: \ Archivos de progtwig (x86) \ HTC \ HTC Sync 3.0 \ adb.exe).

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

Prueba esto:

  1. Cierre la aplicación Eclipse.

  2. adb kill-server

  3. Reinicie Eclipse.

De acuerdo, hay otra instancia de adb.exe distribuida con “Lenovo Photo Companion”. Un amigo mío tiene un cuaderno Lenovo Yoga y tenía este software instalado que incluía otro adb.exe

La desinstalación resolvió el problema.

Sistema: Windows 7, Android Studio.

Este error ocurrió cuando ejecuté adb devices desde la línea de comandos de Windows.

La causa principal era que el adb que estaba ejecutando desde la línea de comandos no era el mismo adb ejecutándose desde Android Studio.

Solución:

  1. Primero mata todos los procesos de adb en ejecución en la máquina.

    taskkill /F /IM adb.exe

  2. Ejecute su aplicación desde Android Studio.

  3. Ubique la ubicación exacta del archivo de adb.exe desde el Administrador de tareas de Windows, O ejecutando el comando a continuación

    wmic process where "name='adb.exe'" get ProcessID, ExecutablePath

  4. En el símbolo del sistema de Windows, ejecute where adb para ubicar el adb que se ejecuta desde el símbolo del sistema. Esta ruta sería diferente de la del paso 3 anterior.

  5. Editar la variable del sistema de Windows PATH. Elimine la ruta base encontrada en el Paso 4 de ella.

  6. Después de haber editado PATH, puede ver el contenido actual de esta variable escribiendo el comando below en el NUEVO símbolo del sistema (no use el indicador anterior).

    echo %PATH%

Ahora, ejecute adb desde el símbolo del sistema. ¡NO debería mostrar ningún “error de servidor fuera de fecha”!

OS: Ubuntu

Hay más de 1 adb en ejecución. Verifique el adb actual:

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

Normalmente el resultado será:

  /usr/bin/adb 

Eliminar esta versión anterior por:

  cd /urs/bin sudo rm adb 

¿Intentó usar la versión 8 de SDK? Dado que el dispositivo está en 2.2 y su SDK está en 10, puede haber un conflicto.

¡La mejor de las suertes con tus esfuerzos de degradación! Espero que esto resuelva.

Si el dispositivo con el que intentas interactuar es un teléfono físico conectado a través de USB, puedes desenchufarlo y volver a enchufarlo, y debería funcionar. A veces simplemente no se sincroniza, creo.

Tuve este problema en una de mis máquinas de desarrollo (todas ejecutan Windows 7 x64) mientras que las demás máquinas funcionan normalmente. El motivo por el que me topé con este problema es que tengo una versión anterior de adb.exe en % android-sdk% \ tools, mientras que los nuevos SDK de Android tienen adb.exe en % android-sdk% \ platform-tools

eliminar el adb.exe anterior de% android-sdk% \ tools y agregar% android-sdk% \ platform-tools a% PATH% resuelve este problema

o, de manera más general, busque cualquier archivo ejecutable de adb en su ruta que esté desactualizado, solo use el más reciente proporcionado con Android SDK

Revisé todas las respuestas en SO y no funcionó para mí. Cuando eliminé el proceso de adb.exe del Administrador de tareas, no dejaba de abrirlo y el motivo era que Droid Explorer estaba funcionando en segundo plano .

Matar el proceso DE a través del Administrador de tareas y luego matar a adb.exe (y volver a ejecutarlo desde la consola a través de ‘adb start-server’ funcionó para mí.

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

Lamentablemente, aún no tengo suficiente reputación para comentar. Pero la respuesta marcada como 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 por el momento, y solo tenía el administrador de sincronización instalado para ayudar con los problemas del controlador. Una vez que desinstalé el administrador de sincronización de HTC, este problema desapareció.

Espero que esto ayude a alguien más.

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

Vaya allí y ejecute el .\adb.exe kill-server ejecución .\adb.exe kill-server y estará bien.

Como se mencionó anteriormente, el problema se debe a una versión conflictiva de adb.exe enviada con HTC Sync. Eliminarlo de PATH no servirá de nada, ya que htcUPCTLoader.exe que se ejecuta constantemente en segundo plano aún relanzará una versión incorrecta de ADB.

Una solución sería eliminar adb.exe por completo de la carpeta HTC Sync, pero esto rompería HTC Sync.

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

Herramienta ADB Fixer

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

También tuve este problema hoy, resulta que desactivé mis controladores de red porque tenía problemas de WIFI / LAN. volver a habilitar solucionado el problema

instalando actualizaciones sdk (incluidas herramientas de plataforma)

Dado que el servidor adb está desactualizado. matar ahora es una tontería de esto, copiar y pegar de una solución para sistemas basados ​​en Debian :

Es posible que haya instalado el paquete adb además de los SDK. En ese caso, un

 sudo apt purge adb 

podría resolver el problema

Para explicar realmente lo que sucede:

El ejecutable de ADB tiene dos componentes

  • el servidor, que se comunica con el dispositivo
  • y el cliente, la línea de comando, que se comunica con el servidor.

Cuando inicie ADB por primera vez, puede ver un mensaje como “iniciar el servidor ADB”. Si actualizaste ADB después de eso, el ejecutable más nuevo debe eliminar el servidor obsoleto e iniciar uno nuevo con la versión correspondiente.

Esto también puede suceder cuando tiene múltiples versiones de ADB presentes en su máquina de desarrollo (Genymotion, Android SDK, aplicaciones complementarias de OEM de teléfono, varios scripts independientes).

Esto no concierne al ADB instalado en su teléfono / emulador.

La solución obvia (no necesariamente fácil) es asegurarse de usar la misma versión de ADB en todas partes.

Debe asegurarse de que su proyecto esté configurado para dirigirse al AVD que desea iniciar.

Haga clic con el botón derecho (ctrl-clic en MAC) en la carpeta del proyecto en Eclipse. Luego haz clic en Propiedades. En la ventana que aparece, haga clic en “Android” y luego haga clic en el objective de comstackción que desea iniciar. Espero que ayude.

Obtuve el mismo error cuando comencé con Android Studio. Desinstale el software mobogenie. Funcionó. PRUEBA ESTA SOLUCIÓN, ME AYUDÓ. ERROR ADB