No se puede conectar Nexus 4 a adb: no autorizado

Tengo un Nexus 4 con Android 4.3 y estoy tratando de conectar el dispositivo a una computadora con Windows 7 de 64 bits.

Instalé los últimos controladores y la última versión de adb . Creo que intenté casi todo y sigo recibiendo el siguiente mensaje:

 C:\Program Files (x86)\Android\sdk\platform-tools>adb devices List of devices attached 007667324ccb229b unauthorized 

¿Cuál puede ser el motivo de este error?

Tuve una situación similar. Aquí esta lo que hice:

Intente marcar y desmarcar la opción de depuración de USB en el dispositivo. (Si no funciona, intente desconectar / enchufar el USB)

En algún momento, el dispositivo debería mostrar un cuadro de mensaje para preguntarle si autoriza la computadora. Después de hacer clic en Sí, el dispositivo se autoriza y la conexión se conecta.

Resolví este problema sin borrar ninguna clave. Así es cómo:

  1. Mi dispositivo estaba conectado a mi computadora a través de USB
  2. Me aseguré de que Eclipse y el monitor de dispositivo Android no se ejecutaran.
  3. Escrito en el prompt de línea de comando: adb kill-server
  4. Escrito en el prompt de línea de comandos: adb start-server
  5. Después de que se reiniciara el adb, recibí un mensaje en mi dispositivo para autorizar el cual permití.

Cambie el modo de conexión USB de MTP a Cámara (para Nexus 7) o, posiblemente, a Almacenamiento masivo u otra cosa (para otros dispositivos). Esta opción generalmente se encuentra en Settings -> Storage . Luego conecta el dispositivo nuevamente, obtendrás el diálogo de autorización.

Se sabe que MTP interfiere con la depuración de USB; estos dos no funcionaron en absoluto en la mayoría de los dispositivos más antiguos. Nexus 7 y muchos dispositivos más nuevos permiten que ambos trabajen al lado, pero este problema en particular sugiere que todavía no es tan fácil.

Bonificación – lista de verificación para cuando adb no se está comportando bien:

  • adb kill-server seguido de adb start-server
  • (en el dispositivo) Settings -> Developer Options -> USB Debugging – apague y encienda
  • [Windows] Asegúrese de tener el controlador adecuado (su mejor opción es Universal Adb Driver by Koushik Dutta – se encargará de cualquier dispositivo)
  • [Windows] Intente apagar todos los escáneres antispam maliciosos sobre la marcha / cortafuegos
  • [Linux] Asegúrate de tener la regla UDEV adecuada en /etc/udev/rules.d/51-android.rules (de nuevo, solución universal: https://github.com/snowdream/51-android )
  • [Linux] Asegúrate de que todo en ~/.android sea ​​propiedad tuya, no root (y vota esta respuesta )
  • reinicie el dispositivo (sí, sorprendentemente, esta es una medida válida, también)
  • (Obviamente) vuelva a conectar el cable, pruebe con un cable diferente, puerto diferente, retire los cables de extensión

Creo que tiene un error cuando el dispositivo intenta mostrar la pantalla pidiendo permiso, por lo que no aparece.

Esto funciona para mí (los comandos se dan en el adb shell ):

  1. rm /data/misc/adb/adb_keys ;
  2. Envié la clave pública (adbkey.pub en ~ / .android /) de mi computadora a mi dispositivo por correo electrónico;
  3. Invocar stop adbd ;
  4. cat adbkey.pub >> /data/misc/adb/adb_keys ( cat adbkey.pub >> /data/misc/adb/adb_keys );
  5. start adbd (reiniciar adb con nuevas claves).

Después de asegurarse de haber habilitado la depuración de USB, abra su teléfono y conéctelo a su máquina a través de USB. Luego se le pedirá que autorice la comunicación con la computadora a la que se ha conectado. También mostrará la huella dactilar de las teclas RSA de las computadoras.

enter image description here

¡Acéptalo y estás listo para partir!

1.) Elimina ~ / .android / adbkey en tu computadora de escritorio

2.) Ejecute el comando “adb kill-server”

3.) Ejecute el comando “adb start-server”

Ahora debería pedírsele que acepte la clave de depuración.

Cuatro sencillos pasos

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

vuelva a conectar el dispositivo, desbloquéelo y acepte la nueva clave

Similar a la respuesta de Flavio ( https://stackoverflow.com/a/18542792/1064996 ), tenía que ver con los archivos en ~/.android (en el equipo host, no en el teléfono).

No tenía ~/.android/adbkey , pero tenía ~/.android/debug.keystore y mi directorio ~/.android era propiedad de root. Eliminé el archivo del almacén de claves y también me cambié la propiedad ( sudo chown -R $USER ~/.android ), sudo chown -R $USER ~/.android el servidor adb y conecté mi teléfono, y funcionó.

Probablemente fue el tema de la propiedad. Asegúrate de tener permisos de lectura / escritura en ~/.android

Para mi Samsung S3, tuve que acceder a Opciones de desarrollador en el teléfono, desmarcar la casilla “Depuración de USB” y luego volver a marcarla.

Luego, aparecerá el cuadro de diálogo que le preguntará si desea permitir la depuración de USB.

Una vez que hice esto, el comando ” adb devices ” ya no mostraba ” no autorizado ” como el nombre de mi dispositivo.

(Varios meses después ..)

En realidad, lo mismo sucedió para conectar mi dispositivo Galaxy Tab S , y las opciones de menú estaban en lugares ligeramente diferentes con Android 4.4.2:

enter image description here

Aquí está mi versión de los pasos:

  1. Asegúrate de que adb se esté ejecutando
  2. En el dispositivo, vaya a Configuración -> Opciones de desarrollador -> Revocar autoridades de depuración de USB
  3. Desconectar el dispositivo
  4. En adb shell type> adb kill-server
  5. En adb shell type> adb start-server
  6. Conecta el dispositivo

si el shell adb muestra un nombre de host vacío, reinicie el dispositivo

Tenía los mismos problemas para obtener un token de autorización en mi Nexus 5 en Windows 8.1. No tenía instalado el último controlador de adb, esto está visible en el administrador de dispositivos. Descargó el último controlador USB ADB de Google aquí: http://developer.android.com/sdk/win-usb.html

Se actualizó el controlador en el administrador de dispositivos; sin embargo, habilitar / deshabilitar la depuración de USB y desconectar / conectar el USB aún no funcionaba. Finalmente, el “adb kill-server” y el “adb start-server” mencionado en otras respuestas funcionó una vez que se actualizó el controlador.

Tenía el mismo problema. No estoy seguro si estos son los mismos pasos para Windows ya que estoy usando un dispositivo OS X pero puede intentar:

  1. Reinicia tu teléfono en modo de recuperación.
  2. Conéctalo a tu computadora.
  3. Abra la terminal y escriba:

     cd ~/.android adb push adbkey.pub /data/misc/adb/adb_keys 
  4. ¡Todo listo! ¡Simplemente adb shell reboot y siente el poder!

  1. Asegúrate de que adb esté actualizado
  2. Asegúrese de estar utilizando los controladores usb de google: http://developer.android.com/tools/extras/oem-usb.html
  3. Asegúrese de que su variable de entorno ANDROID_SDK_HOME esté configurada en la ruta correcta

Volví a instalar los controladores usb y me aseguré de que no estaba usando el puerto USB 3.0 .

Luego cerré el eclipse y maté y reinicié el adb .

Inmediatamente se le solicitó el teléfono para permitir el acceso a la computadora. Después de aceptar, reinicié el eclipse y ahora mi Galaxy S3 aparece en el Administrador de dispositivos del dispositivo.

Para mí una vez deshabilité MTP (en Configuración> Almacenamiento> Menú> MTP) finalmente recibí el aviso de RSA

Si está en adb a través de la red, intente conectarse a través de USB o viceversa. Esto hizo el truco para mí. Después de aceptarlo una vez, siempre funciona más adelante.

Este es un tipo de publicación anterior y, en la mayoría de los casos, creo que la respuesta que se ha votado más valdrá para las personas.

En Lollipop con un GPE HTC M8 todavía tenía problemas. Los siguientes pasos me funcionaron.

  1. Ir a la configuración
  2. Toca en almacenamiento
  3. Toca 3 puntos en la parte superior derecha
  4. Toca Conexión de computadora USB
  5. DESACTIVAR MTP
  6. UNCHECK PTP
  7. De vuelta en su consola, escriba adb devices

Ahora debería obtener la ventana emergente RSA en su teléfono.

Pude resolver este siguiendo los pasos enumerados aquí: http://forum.xda-developers.com/showthread.php?t=2247471

 delete the computers adb key: rm /data/misc/adb/adb_key on device (I have no idea if in case of multiple authorized computers the additional keys are in a new line of the file or if they are in new files. I have only 1 computer.) stop all adb processes "killall adb" in linuxoids and "taskkill /IM adb.exe" in windows or simply the taskmanager in both. restart the phone toggle usb debugging off and on connect use adb click authorize 

Tuve que volver a instalar mi controlador de adb para salir de este problema. Instalé el “Universal Naked Driver” en un esfuerzo por recuperar mi teléfono. Lo desinstalé y volví a instalar el controlador en el sdk de Android.

Cuando apago mi antivirus Comodo todo vuelve a ser normal. Todas las otras soluciones sugeridas aquí fueron en vano. De alguna manera, descubrí una solución.

Si está utilizando Comodo Antivirus (Versión 6.3 / Para otras versiones busque opciones similares) la siguiente solución lo ayudará.

Abra Comodo> Tareas> Tareas avanzadas> Abrir configuración avanzada> Configuración de seguridad> Cortafuegos> Configuración del servidor de seguridad> Avanzado: filtrar el tráfico de bucle de retorno (por ejemplo, 127.xxx, :: 1)

Desmarque esta opción “Filtrar tráfico de bucle invertido”, que evita que adb funcione normalmente.

Use un cable USB diferente. Algunos cables pueden no tener todos los pines conectados o lo que sea, y mientras trabajan para la transferencia de imágenes, la depuración / adb no funciona.

El resultado final: no bromeo. Un cable que funciona para mi teléfono (adb funciona) NO funciona para mi tableta: el dispositivo siempre está fuera de línea o no está autorizado y la tableta no muestra ningún diálogo. Probé reinicios múltiples, configuración, me volví loco en el proceso y maldije el sangriento Android. Luego accidentalmente enchufé el cable que vino con la tableta y de repente funcionó. Mi fascinación con Android definitivamente se ha ido. Qué pedazo de basura tan estúpido.

Me sucedió después de que mi software de respaldo cambió el permiso a mi directorio de usuario. Lo abrí en el Explorador de archivos, me incitó a establecer permisos y solucionó el problema.

FYI: Android tiene un directorio especial en “\ User \ .android”. Si no puedes acceder a él, no te avisará.

Mi resolución estaba ejecutando adb devices desde el símbolo del sistema, pathed a la aplicación adb. Por ejemplo, C: \ Android \ platform-tools \ adb devices. Al ejecutar este comando, se devolvió el siguiente * daemon not running. starting it now on port 5037 * *daemon started successfully * * daemon not running. starting it now on port 5037 * *daemon started successfully *

Luego vi el dispositivo enumerado como no autorizado, desenchufa el USB, lo enchufé nuevamente y se me solicitó la huella dactilar de RSA.

Estaba enfrentándome al mismo problema, descubrí que estaba usando un cable usb simple que solo tenía carga y no copia de datos. ¡Usar un buen cable usb resolvió mi problema!

No recibí la huella digital de RSA en mi teléfono.

Tenía que entrar en C: \ Users \ .android \ adbkey y adbkey.pub

archivos, elimínelos y luego elimine y reinicie el servidor adb. Tuve que detener y reiniciar el depurador y conectarlo como USB en el modo PTP.

Debido a que la clave de autorización RSA se almacenaba en esta ruta, matar y reiniciar el servidor adb no ayudaba.

Simplemente volver a enchufarme hizo el truco para mí … El diálogo de permisos no apareció la primera vez que conecté el dispositivo, la segunda vez que lo hizo y todo está bien ahora.