Dispositivo ADB de Android sin conexión, no puede emitir comandos

No puedo conectarme a mi dispositivo más usando ADB a través de la línea de comandos o en Eclipse .

Ejecución del comando

adb devices 

Devuelve el nombre del dispositivo, pero dice que está sin conexión.

Cosas que he intentado.

  1. Modo de depuración Android activado
  2. Reinstalación del controlador USB de Google
  3. Restaurado el sistema operativo a una copia de seguridad de trabajo anterior ( CyanogenMod )
  4. Cambió el cable USB
  5. Reiniciado el teléfono / equipo varias veces
  6. Actualización del SDK de Android

Realmente no tengo ni idea de lo que está pasando. Cualquier otra cosa que creas que puedo probar, soy todo oídos.

Para ser claro, si usted está teniendo este mismo problema el problema es probablemente un SDK fuera de fecha. A partir de 4.2.2 existe una función de seguridad que requiere que confirme la huella digital RSA del dispositivo de conexión. ¡Abra el administrador del SDK y actualice las herramientas! A continuación, reinicie.

Acabo de recibir el mismo problema hoy después de que mi Nexus 7 y Galaxy Nexus se actualizaron a Android 4.2.2.

Lo que lo arregló para mí fue actualizar las herramientas de plataforma SDK a r16.0.1. Para mí, esta versión no se mostró en mi SDK Manager, así que lo tire de http://dl.google.com/android/repository/platform-tools_r16.0.1-windows.zip directamente.

A continuación, debe cambiar el nombre del directorio de platform-tools y descomprimirlo en android-sdk-windows/platform-tools . Utilizando el SDK Manager, también había actualizado a las últimas sdk-tools antes de esto.

Si todo tu Eclipse y ADT son antiguos, es posible que tengas que actualizarlos también, pero no necesité hacerlo.

Nota: es posible que necesite ejecutar el Administrador de SDK dos veces (una vez para actualizarse) antes de ver los paquetes más recientes.

Intente adb devices después de ejecutar adb kill-server . La pregunta de seguridad aparece después de eso. Trabajó para mí.

Me golpeó el mismo problema en un Nexus 7 corriendo 4.2.2 actualización de OTA. Estoy casi seguro de que tenía una conexión ADB a través de USB y Wi-Fi después de la actualización hasta que acaba de dejar de funcionar. Para corregir, actualizé mi SDK usando:

 android update sdk --no-ui 

Ahora mis herramientas de desarrollo son:

  • SDK rev 16.0.2
  • Herramientas de SDK rev 21.1
  • SDK API 17, rev 2

También parece ocurrir frecuentemente cuando se conecta al dispositivo que utiliza el modo Wi-Fi (en Android Studio o en la consola, ejecutando adb tcpip 5555 por ejemplo).

Arreglar:

  1. Desconecte la conexión USB-o apague el dispositivo Wi-Fi si está conectado a través de Wi-Fi.
  2. Cierra Android Studio / Eclipse / otro IDE.
  3. Ejecute adb kill-server para asegurarse de que no está funcionando.
  4. Reinicie su dispositivo Android.
  5. Después de reiniciar el dispositivo, conéctelo a través de USB y ejecute adb devices . Esto debería iniciar el daemon ADB. Tu dispositivo debería estar en línea nuevamente.

Para cualquiera que se pregunte acerca de 4.2.2, hay una pregunta de seguridad que aparece en el teléfono que solicita la verificación RSA con el PC. Asegúrese de que sus herramientas estén actualizadas y de que permita el acceso de PC al verificar la pregunta de seguridad en los dispositivos en cuestión. Esto me lo arregló.

Y como siempre, verifique que tiene habilitada la depuración en las opciones de desarrollador;)

No puedo insistir en que cambiar los puertos USB es la clave. A menudo, los puertos USB del panel frontal pueden estar defectuosos.

¿Múltiples archivos adb.exe?

Mi problema se resolvió cuando se eliminó una copia de OLD adb.exe de C: / Windows / . No sé cómo una copia de adb.exe llegó a la carpeta C: \ Windows \?

Cuando lanzo adb.exe de android-sdk / platform-tools / no tuve ningún problema con la detección.

Yo estaba teniendo este problema y ninguna de las otras respuestas ayudó. Lo que era necesario, después de actualizar el SDK e instalar la API para 4.2.2, se estaba ejecutando:

 android update adb 

Otro problema que estaba teniendo era que estaba tratando de conectar ADB a través de Wi-Fi, que es mi única opción porque los puertos USB en mi Mac son realmente finnicky. Desafortunadamente, ADB sobre Wi-Fi no muestra la pregunta de seguridad en 4.2.2, por lo que necesita encontrar un cable USB que funcione y se conecte por USB al menos una vez para aceptar la pregunta de seguridad, pero después de hacerlo una vez , Puede conectarse a través de Wi-Fi.

Asegúrese de usar adb desde su carpeta de platform-tools , después de actualizar las herramientas de SDK.

Finalmente conseguí este trabajo después de que me di cuenta de que estaba usando una versión obsoleta de ADB copiado en /usr/bin .

Si su dispositivo se conecta normalmente a través de USB, pero de repente deja de funcionar, especialmente después de que el cable USB ha sido desconectado y vuelto a conectar, intente los siguientes pasos no invasivos antes de hacer algunas de las cosas más drásticas mencionadas en las otras respuestas:

 adb kill-server adb start-server adb devices 

Si su dispositivo está listado con 'dispositivo' junto a él, está de vuelta en el negocio.

Si su dispositivo está en la lista con 'offline' junto a él, intente reiniciar el dispositivo. El daemon ADB en el dispositivo ocasionalmente se colgará. He notado esto más cuando he desconectado el cable mientras LogCat está funcionando y después de volver a conectar vía Wi-Fi o Ethernet.

Si su dispositivo no aparece en la lista, debe probar las soluciones en las otras respuestas, empezando por probar un cable y un puerto USB diferentes. Esos cables cheapo pueden ir mal.

Pruebe desactivando la depuración de usb una vez y luego activándolo y luego conecte su dispositivo con el sistema: link

En algún momento esto puede suceder debido a error de servidor adb (creo). Siempre diciendo

 "device-name is offline" from adb devices command. 

Sólo mata el servidor y empieza de nuevo. Funcionó para mí.

 "adb kill-server" "adb start-server" 

He utilizado adb connect <device_ip> y no de las otras soluciones funcionaron porque mi problema estaba en el otro lado. En el dispositivo que necesitaba para stop adbd y reiniciarlo start adbd . El dispositivo está ahora "en línea" de nuevo.

Traté dturvene y todas las otras soluciones, pero no funcionó. Necesitaba un paso más.

Ejecutar estos comandos

  1. adb kill-server
  2. android update sdk --no-ui
  3. adb start-server

Para verificar que funcionó, ejecute 'versión de adb' antes y después de los comandos y asegúrese de que es la última. La razón para el comando adb kill-server es que lo más probable es que se ejecute, y no se puede actualizar mientras se está ejecutando, por lo que hay que matarlo primero.

Al principio encontré el mismo problema (con ADB / fastboot descargado de GitHub ), pero finalmente conseguí que funcione. Lo que funcionó para mí:

  • SDK de Android. Versión ADB: 1.0.31
  • Uso del puerto USB frontal ( MacBook Pro 15 ")
  • Reiniciar el teléfono después de habilitar las opciones de Dev y la depuración de USB (hágalo 7x toque en configuración> acerca de teléfono> construir).
  • Mata el servidor adb en caso de que no aparezca ningún dispositivo (adb kill-server)
  • El icono de depuración debe estar visible en el teléfono.
  • Asegúrese de desbloquear la pantalla de bloqueo para comprobar el diálogo de confirmación de huella digital RSA.

Para mí nada funcionó. Pasé cerca de 12 horas constantemente buscando en el Internet y probando las soluciones que trabajaron para otras personas que tienen ediciones similares.

Finalmente terminé con sólo hacer las cosas ADB a través de la LAN. El ajuste estaba justo al lado de la configuración de Depuración USB y en ADB se puede activar con "adb connect [IPADDRESS]: [PORT]". El puerto era 5555 en mi teléfono.

Espero que esto ayude a alguien a volver al trabajo en lugar de tener que lidiar con inconvenientes constantes.

Si has autorizado previamente la huella digital de RSA de tu PC y probaste el servidor de matanza de adb, etc. sin suerte, tu problema podría ser que intentes conectarte mientras está bloqueado. Trate de presionar el botón de pantalla de entrada y entrar en su patrón – este fijo para mí.

La mejor manera que imaginé es deshabilitar y luego habilitar el dispositivo desde el Administrador de dispositivos y ejecutar el comando adb devices.

  1. Ir a la pestaña de inicio y haga clic derecho en Computer
  2. En el menú desplegable, haga clic en Administrar.
  3. En la pantalla de administración del equipo, haga clic en Administrador de dispositivos.
  4. En el panel derecho, expanda dispositivos portátiles para encontrar su dispositivo
  5. Haga clic derecho en el nombre de su dispositivo y haga clic en desactivar en el menú desplegable
  6. Cuando se deshabilita, repita el paso 5 excepto para habilitarlo.

El dispositivo volverá a estar en línea. Es mas rapido.

Este enfoque funcionó para mí:

  1. adb kill-server
  2. Deshabilite el dispositivo sin conexión en el Administrador de dispositivos (consulte la imagen siguiente)
  3. Habilitar el dispositivo en el Administrador de dispositivos
  4. adb start-server

Administrador de dispositivos, menú "Ver", "Dispositivos por conexión":

Introduzca aquí la descripción de la imagen

Es sólo porque su computadora no tiene el controlador adecuado. Para corregir eso:

  1. Descargar y extraer el SDK de Android

  2. Vaya a Administrador de dispositivos (haga clic con el botón derecho del ratón en Equipo -> Propiedades -> Administrador de dispositivos

  3. En el panel derecho, expanda los dispositivos portátiles para encontrar el dispositivo

  4. Haga clic derecho sobre el nombre de su dispositivo y haga clic en Actualizar controlador de software

  5. Examinar mi computadora para obtener el software del controlador

  6. Vaya a su carpeta SDK de Android en el paso 1.

  7. Siguiente y ya está

Intente reiniciar el servidor de anuncios de la siguiente manera:

 adb kill-server adb start-server 

También he encontrado los mismos problemas que los tuyos. Y reiniciar el servidor de anuncios solucionará este problema.

He actualizado muchas veces, hasta que no podía actualizar más, pero nunca recibí un mensaje en mi pantalla; Yo seguía recibiendo el dispositivo sin conexión.

Mi problema era que estaba ejecutando el comando ADB de un directorio diferente a lo que realmente estaba actualizando.

El directorio actualizado correcto para el ADE exe es:

 C:\Program Files (x86)\Android\android-sdk\platform-tools\ 

Una posibilidad más para las personas con conexiones ADB escamosas, y si están en un Mac y tienen Android File Transfer instalado: He encontrado que la transferencia de archivos estaba interfiriendo con mi conexión ADB, haciendo que deje de funcionar de forma intermitente.

Matar el proceso Android File Transfer Agent.app que busca dispositivos compatibles (por ejemplo, el Nexus 7) que está conectado a la Mac cura la flakiness para mí.

Reinicie el dispositivo. He intentado todo lo que aquí se enumeran para obtener mi teléfono HTC (con Android 4.0.3) de trabajo, pero los adb devices mantuvo diciendo que estaba fuera de línea. Después de reiniciar el teléfono, fue finalmente en línea. Algunas de las otras sugerencias aquí pueden haber contribuido a que el teléfono sea reconocido, pero hacer unos cuantos reinicios en el camino a medida que los estás probando, ciertamente no hará daño.

Tarde, pero he encontrado la forma más sencilla sólo ir a DDMS y seguir como se muestra en la imagen …

Introduzca aquí la descripción de la imagen

Como nadie respondió a mi situación: es posible que no tenga acceso al archivo ~ / .android / adbkey. Si inicia inicialmente adb con sudo, generará un par de claves públicas, escribiendo esto a ~ / .android / adbkey.pub y ~ / android / adbkey. Por supuesto, la clave privada es chmod 600 – sólo legible para root en su directorio personal. Posteriormente iniciar adb como usuario normal no dará acceso al archivo de clave privada, que a su vez fallará silenciosamente con "dispositivo sin conexión".

Lo que se resolvió para mí en Mac fue la actualización de adb a la última versión (1.0.32). Ahora puedo ver mi dispositivo en línea de nuevo

Instalado el último androide sdk.
Cambió el puerto USB del dispositivo.
Cambiado de MTP -> Solo cargo -> MTP.
Funcionó.

Después de probar todo dos veces, volví el software del teléfono a una versión estable, y finalmente funcionó. Estaba funcionando Cyanogen nightlies. Independientemente, las cosas publicadas en este hilo deberían ayudar a cualquiera que encuentre este problema.

También he encontrado este problema. Actualizé todo lo que pude en el SDK Manager de Android, desinstalé mi dispositivo usando el Administrador de dispositivos y ahora funciona correctamente. Emite algunos "kill-server" y "start-server" a lo largo del camino …

  • Int en intbuffer para Android OpenGL ES 1.0?
  • Biblioteca de Android: los recursos se fusionan, el código no
  • Problemas al manejar los cambios de orientación
  • Android Market: "Este elemento no es compatible con tu dispositivo".
  • Android: R.drawable no mostrar mi imagen?
  • ¿Cómo interactúa Android 2.2 con Flash 10.1 (cómo usar el flash de mi aplicación)?
  • Declaración global de variable en android
  • Obtener índice de la pestaña seleccionada en tabHost
  • ¿Qué API de Android utilizar?
  • HorizontalListview con imagen seleccionar y unselect
  • Android: Problema al pasar la imagen y su URI entre dos actividades
  • FlipAndroid es un fan de Google para Android, Todo sobre Android Phones, Android Wear, Android Dev y Aplicaciones para Android Aplicaciones.