gingerbread - Dispositivo Android ADB sin conexión, no se pueden emitir comandos

android honeycomb (30)

Ya no puedo conectarme a mi dispositivo utilizando ADB través de la línea de comandos o en Eclipse .

Ejecutando el comando

adb devices

devuelve el nombre del dispositivo, pero dice que está desconectado.

Cosas que he probado.

Modo de depuración de Android activado
Reinstala el controlador USB de Google
Restauró el sistema operativo a una copia de seguridad que funcionaba previamente ( CyanogenMod )
Cambió el cable USB
Reinició el teléfono / computadora varias veces
Actualizado el SDK de Android

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

Para que quede claro, si tiene este mismo problema, el problema probablemente sea un SDK desactualizado. A partir de 4.2.2 hay una función de seguridad que requiere que confirme la huella digital RSA del dispositivo de conexión. ¡Abre el administrador de SDK y actualiza las herramientas! Luego reinicie.

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

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

Luego debe cambiar el nombre del directorio de platform-tools y descomprimirlo en android-sdk-windows/platform-tools . Usando el Administrador de SDK, también había actualizado a las últimas herramientas sdk antes de esto.

Si todo su Eclipse y ADT son antiguos, es posible que deba actualizarlos también, pero no era necesario.

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

Actualicé muchas veces, hasta que no pude actualizar más, pero nunca tuve un aviso en mi pantalla; Acabo de mantener el dispositivo fuera de línea.

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

El directorio actualizado correcto para el exe de ADB es:

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

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

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

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

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

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

Simplemente mata al servidor y comienza de nuevo. Funcionó para mí.

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

Encontré el mismo problema en un Nexus 7 con una actualización de OTA 4.2.2. Estoy casi seguro de que tuve una conexión ADB a través de USB y Wi-Fi después de la actualización hasta que dejó de funcionar. Para arreglarlo, actualicé mi SDK usando:

android update sdk --no-ui

Ahora mis herramientas de desarrollo son:

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

Es solo porque su computadora no tiene el controlador correcto. Para arreglar eso:

Descargar y extraer el SDK de Android
Vaya al Administrador de dispositivos (haga clic con el botón derecho en Equipo -> Propiedades -> Administrador de dispositivos
En el panel derecho, expanda dispositivos portátiles para encontrar su dispositivo.
Haga clic derecho en el nombre de su dispositivo y haga clic en Actualizar software de controlador
Buscar mi computadora para el software del controlador
Vaya a su carpeta de Android SDK en el paso 1.
Siguiente y listo

Estaba teniendo este problema y ninguna de las otras respuestas me 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 de mi Mac son realmente complicados. Desafortunadamente, ADB a través de 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 a través de 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.

Este enfoque funcionó para mí:

adb kill-server
Deshabilite el dispositivo sin conexión en el Administrador de dispositivos (vea la imagen a continuación)
Habilitar el dispositivo en el Administrador de dispositivos
adb start-server

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

Inicialmente encontré el mismo problema (con ADB / fastboot descargado de GitHub ), pero finalmente lo hice funcionar. Lo que funcionó para mí:

SDK de Android. Versión ADB: 1.0.31
Usando el puerto USB frontal ( MacBook Pro 15 ")
Reinicie el teléfono después de habilitar las opciones de desarrollo y la depuración de USB (haga 7x toques en configuración> sobre teléfono> compilar).
Elimine el servidor adb en caso de que no haya ningún dispositivo en la lista (adb kill-server)
El icono de depuración debe ser visible en el teléfono.
Asegúrese de desbloquear la pantalla de bloqueo para verificar el diálogo de confirmación de la huella digital RSA.

Instalado el último sdk de android.
Cambiado el puerto USB del dispositivo.
Cambiado de MTP -> Sólo carga -> MTP.
Funcionó.

Intenté Dvenvene y todas las otras soluciones, pero no funcionaron. Necesitaba un paso más.

Ejecuta estos comandos

adb kill-server
android update sdk --no-ui
adb start-server

Para verificar que funcionó, ejecute ''adb version'' antes y después de los comandos y asegúrese de que sea la última. El motivo del comando adb kill-server es que es muy probable que se ejecute, y no se puede actualizar mientras se está ejecutando, por lo que primero hay que eliminarlo.

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

Intente apagando la depuración de USB una vez y luego habilítela de nuevo y luego conecte su dispositivo con el sistema: link

Intente reiniciar el servidor adb de la siguiente manera:

adb kill-server adb start-server

También he encontrado los mismos problemas que el tuyo. Y reiniciar el servidor adb resolverá este problema.

La mejor forma de entenderlo es deshabilitando y luego habilitando el dispositivo desde el Administrador de dispositivos y ejecutando el comando adb devices.

Vaya a la pestaña de inicio y haga clic derecho en Equipo
En el menú desplegable, haga clic en Administrar
Desde la pantalla de administración del equipo, haga clic en Administrador de dispositivos.
En el panel derecho, expanda dispositivos portátiles para encontrar su dispositivo
Haga clic derecho en el nombre de su dispositivo y haga clic en deshabilitar en el menú desplegable
Cuando se deshabilita, repita el paso 5 excepto para habilitarlo.

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

Lo que me solucionó en Mac fue actualizar adb a la última versión (1.0.32). Ahora puedo ver mi dispositivo en línea otra vez

Me sorprende encontrar que mi solución no estaba en la lista aquí.

Para mí, tengo un LG G3. El teléfono debe estar conectado usando el controlador de LG. fui a

Administrador de dispositivos > desinstalar el controlador MTP

e inmediatamente adb trabajó sin 1 seg literalmente.

No puedo recalcar que cambiar de puerto USB es clave. A menudo los puertos USB del panel frontal pueden estar defectuosos.

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

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

Para mi nada funcionó. Pasé aproximadamente 12 horas buscando constantemente en Internet y probando las soluciones que funcionaron para otras personas que tienen problemas similares.

Finalmente, terminé simplemente haciendo las cosas de ADB a través de la LAN. La configuración 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.

Reinicie el dispositivo. Intenté todo lo que se enumera aquí para que mi teléfono HTC (con Android 4.0.3) funcione, pero los adb devices diciendo que estaba desconectado. Después de reiniciar el teléfono, finalmente estaba en línea. Algunas de las otras sugerencias aquí pueden haber contribuido a que se reconozca el teléfono, pero hacer algunos reinicios en el camino mientras lo intentas seguramente no te hará daño.

Si ha autorizado previamente la huella dactilar RSA de su PC y ha intentado adb kill-server, etc. sin suerte, su problema podría ser que está intentando conectarse mientras está bloqueado. Intente presionar el botón de pantalla e ingresar su patrón, esto lo arregló para mí.

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

adb kill-server adb start-server adb devices

Si su dispositivo aparece en la lista con ''dispositivo'' al lado, está de vuelta en el negocio.

Si su dispositivo aparece en la lista con ''Desconectado'' junto a él, intente reiniciar el dispositivo. El demonio ADB en el dispositivo ocasionalmente se bloqueará. Noté esto más cuando desconecté el cable mientras LogCat está ejecutando y después de volver a conectarme a través de Wi-Fi o Ethernet.

Si su dispositivo no está en la lista, debe probar las soluciones en las otras respuestas, comenzando con probar un puerto y un cable USB diferente. Esos cables cheapo pueden ir mal.

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

Arreglar:

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

Trabajó para mí: al principio funcionó y después de un tiempo pasó a estar fuera de línea. Hice lo siguiente: adb kill-server adb start-server . Vuelva a conectar el teléfono con adb devices usb a PC adb devices , se proporciona una lista vacía. adb tcpip 5555 , adb connect <mobile wifi ip address> Luego volvió a estar en línea.

Una posibilidad más para las personas con conexiones ADB inestables, y si están en una Mac y tienen la Transferencia de archivos de Android instalada: encontré que la transferencia de archivos estaba interfiriendo con mi conexión ADB, causando que dejara de funcionar de manera intermitente.

Matar el proceso Android File Transfer Agent.app que busca dispositivos compatibles (por ejemplo, el Nexus 7) que se conecta a la Mac me cura la descamación.

Utilicé adb connect <device_ip> y adb connect <device_ip> de las otras soluciones funcionó 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.

tarde pero encontré la manera más fácil de ir a DDMS y seguir como se muestra en la imagen ...

Varios archivos adb.exe?

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

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