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 adb
versión. Creo que probé 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 la razón de este error?
remember
, 2.? 3. beneficio!echo %ANDROID_SDK_HOME%
está configurado en el camino correctoResolví este problema sin eliminar ninguna clave. Así es cómo:
fuente
Cambie el modo de conexión USB de MTP a la cámara (para Nexus 7) o, posiblemente, al almacenamiento masivo u otra cosa (para otros dispositivos). Esta opción suele estar debajo
Settings -> Storage
. Luego, vuelva a conectar el dispositivo, obtendrá el cuadro de 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 junto, pero este problema en particular sugiere que aún no es tan fácil.
Bonificación: lista de verificación para cuando
adb
no se comporta bien:adb kill-server
seguido poradb start-server
Settings -> Developer Options -> USB Debugging
- apaga y enciende/etc/udev/rules.d/51-android.rules
(de nuevo, solución universal: https://github.com/snowdream/51-android )~/.android
lo que tienes debajo sea tuyo, noroot
(y vota esta respuesta )fuente
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
):rm /data/misc/adb/adb_keys
;stop adbd
;cat adbkey.pub >> /data/misc/adb/adb_keys
(autorizarme);start adbd
(reiniciar adb con nuevas claves).fuente
Después de asegurarse de haber habilitado la depuración de USB, desbloquee 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á las huellas digitales de la clave RSA de las computadoras.
¡Acéptalo y listo!
fuente
1.) Eliminar ~ / .android / adbkey en su máquina de escritorio
2.) Ejecute el comando "adb kill-server"
3.) Ejecute el comando "adb start-server"
Ahora se le pedirá que acepte la clave de depuración.
fuente
Similar a la respuesta de Flavio ( https://stackoverflow.com/a/18542792/1064996 ), tenía algo que ver con los archivos en
~/.android
(en la máquina host, no en el teléfono).No tenía
~/.android/adbkey
, pero tenía~/.android/debug.keystore
y todo mi~/.android
directorio era propiedad de root. Eliminé el archivo del almacén de claves y también cambié mi propiedad (sudo chown -R $USER ~/.android
), eliminé el servidor adb y enchufé mi teléfono, y funcionó.Probablemente fue lo de la propiedad. Asegúrese de tener permisos de lectura / escritura en
~/.android
fuente
Cuatro sencillos pasos
./adb kill-server
./adb start-server
vuelva a enchufar el dispositivo, desbloquéelo y acepte la nueva clave
fuente
adb kill-server && adb start-server
ya que es de una sola línea. Me gusta este método ya que mi equipo de desarrollo también usa el dispositivo Android, y restablecer la opción de desarrollador, como se sugiere en otra parte, podría ser un inconveniente para el resto del equipo.Para mi Samsung S3, tuve que ir a Opciones de desarrollador en el teléfono, desmarcar la casilla de verificación "Depuración de USB" y luego volver a marcarla.
Luego aparecerá el cuadro de diálogo, preguntándole si desea permitir la depuración de USB.
Una vez que hice esto, el
adb devices
comando " " ya no mostraba " no autorizado " como el nombre de mi dispositivo.(Varios meses después ..)
En realidad, lo mismo era cierto para conectar mi dispositivo Galaxy Tab S , y las opciones de menú estaban en lugares ligeramente diferentes con Android 4.4.2:
fuente
Aquí está mi versión de los pasos:
si adb shell muestra un nombre de host vacío, reinicie el dispositivo
fuente
Tuve el mismo problema. No estoy seguro si estos son los mismos pasos para Windows, ya que estoy usando un dispositivo OS X, pero puede intentarlo:
Abra la terminal y escriba:
¡Todo listo! Justo
adb shell reboot
y siente el poder!fuente
Tuve los mismos problemas al obtener un token de autorización en mi Nexus 5 en Windows 8.1. No tenía el último controlador adb instalado; esto es visible en el administrador de dispositivos. Descargue 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 la desconexión / conexión de USB aún no funcionaban. Finalmente, el "adb kill-server" y el "adb start-server" mencionados en otras respuestas funcionaron una vez que se actualizó el controlador.
fuente
fuente
ANDROID_SDK_HOME
variable de entorno dará como resultado que los dispositivos se muestren comounauthorized
....\Android\sdk
cuando la carpeta estaba en...\Android\android-sdk
. Cambiarlo y abrir un nuevo símbolo del sistema (para usar las variables de entorno actualizadas) me abrió la ventana emergente después de comenzar deadb-devices
nuevo.Reinstalé los
usb
controladores y me aseguré de no estar usando elUSB 3.0
puerto.Luego cerré el eclipse y maté y reinicié
adb
.Se le solicitó de inmediato en el teléfono que permitiera el acceso a la computadora. Después de aceptar, reinicié eclipse y ahora mi Galaxy S3 aparece en el Administrador de dispositivos del dispositivo.
fuente
Para mí, una vez que desactivé MTP (en Configuración> Almacenamiento> Menú> MTP), finalmente recibí el mensaje RSA
fuente
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.
fuente
Este tipo de publicación antigua y, en la mayoría de los casos, creo que la respuesta que más se ha votado funcionará para las personas.
En Lollipop en un GPE HTC M8 todavía tenía problemas. Los siguientes pasos funcionaron para mí.
adb devices
Ahora debería obtener la ventana emergente RSA en su teléfono.
fuente
No estaba recibiendo la huella digital RSA en mi teléfono.
Tenía que eliminar las
C:\Users\<userName>\.android\adbkey
y losadbkey.pub
archivos y luego matan y el reinicio del servidor de ADB.Tuve que detener y reiniciar el depurador y conectarme como USB en modo PTP.
Debido a que la clave de autorización RSA se estaba almacenando en esta ruta, matar y reiniciar el servidor adb no ayudó.
fuente
Pude resolver esto siguiendo los pasos enumerados aquí: http://forum.xda-developers.com/showthread.php?t=2247471
fuente
Tuve que reinstalar mi controlador adb para salir de este problema. Instalé "Universal Naked Driver" en un esfuerzo por recuperar mi teléfono. Desinstalé eso y reinstalé el controlador fuera del sdk de Android.
fuente
Cuando apago mi Comodo Antivirus todo vuelve a la normalidad. 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ía.
Abra Comodo> Tareas> Tareas avanzadas> Abrir configuración avanzada> Configuración de seguridad> Firewall> Configuración de firewall> Avanzado: filtro de tráfico de bucle invertido (por ejemplo, 127.xxx, :: 1)
Desmarque esta opción "Filtrar tráfico de bucle invertido", que impide que adb funcione normalmente.
fuente
Use un cable USB diferente. Es posible que algunos cables no tengan todos los pines conectados o no, y aunque funcionan para la transferencia de imágenes, la depuración / adb no funciona.
El resultado final: no es broma. Un cable que funciona para mi teléfono (adb funciona) NO funciona para mi tableta: el dispositivo siempre está desconectado o no autorizado y la tableta no muestra ningún diálogo. Intenté varios reinicios, configuraciones, me volví loco en el proceso y maldije al maldito Android. Luego, accidentalmente enchufé el cable que venía con la tableta y de repente funcionó. Mi fascinación con Android definitivamente se ha ido. Qué estúpido pedazo de basura.
fuente
Me sucedió después de que mi software de respaldo cambió el permiso a mi directorio de usuarios. Lo abrí en el Explorador de archivos, me solicitó establecer permisos y solucionó el problema.
FYI: Android tiene un directorio especial en "\ User \ .android". Si no puede acceder a él, no se lo indicará.
fuente
Mi resolución se ejecutaba
adb devices
desde el símbolo del sistema, aplicada a la aplicación adb. Por ejemplo, C: \ Android \ platform-tools \ adb devices. La ejecución de este comando devolvió lo siguiente* daemon not running. starting it now on port 5037 * *daemon started successfully *
Luego vi que el dispositivo aparece como no autorizado, desconecta el USB, se volvió a enchufar y se le solicitó la huella digital RSA.
fuente
Estaba enfrentando el mismo problema, descubrí que estaba usando un cable USB simple que estaba destinado solo para cargar y no para copiar datos. ¡Usar un buen cable USB resolvió mi problema!
fuente
Simplemente volver a enchufar hizo el truco para mí ... El diálogo de permisos no apareció la primera vez que enchufé el dispositivo, la segunda vez que lo hizo y todo está bien ahora.
fuente