Eu tenho um Nexus 4 com Android 4.3 e estou tentando conectar o dispositivo a um computador com Windows 7 de 64 bits.
Eu instalei os drivers mais recentes e a adb
versão mais recente. Acho que tentei quase tudo e ainda recebo a seguinte mensagem:
C:\Program Files (x86)\Android\sdk\platform-tools>adb devices
List of devices attached
007667324ccb229b unauthorized
Qual pode ser o motivo desse erro?
remember
, 2.? 3. lucro!echo %ANDROID_SDK_HOME%
está definido para o caminho certoResolvi esse problema sem excluir nenhuma chave. Aqui está como:
fonte
СAltere o modo de conexão USB do MTP para a câmera (no Nexus 7) ou, possivelmente, para o armazenamento em massa ou outra coisa (para outros dispositivos). Essa opção geralmente está abaixo
Settings -> Storage
. Em seguida, conecte o dispositivo novamente, você receberá a caixa de diálogo de autorização.Sabe-se que o MTP interfere na depuração do USB - esses dois não funcionavam juntos na maioria dos dispositivos mais antigos. O Nexus 7 e muitos dispositivos mais novos permitem que ambos trabalhem juntos, mas esse problema em particular sugere que ainda não é tão fácil.
Bônus - lista de verificação para quando
adb
não está se comportando bem:adb kill-server
Seguido poradb start-server
Settings -> Developer Options -> USB Debugging
- desligar e ligar/etc/udev/rules.d/51-android.rules
(novamente, solução universal: https://github.com/snowdream/51-android )~/.android
está abaixo pertence a você, nãoroot
(e vote esta resposta com antecedência )fonte
Acho que há um erro quando o dispositivo tenta exibir a tela pedindo permissão, para que não apareça.
Isso funciona para mim (os comandos são dados no
adb shell
):rm /data/misc/adb/adb_keys
;stop adbd
;cat adbkey.pub >> /data/misc/adb/adb_keys
(me autorizar);start adbd
(reinicie o adb com novas chaves).fonte
Depois de garantir a ativação da depuração USB, desbloqueie o telefone e conecte-o ao equipamento via USB. Você será solicitado a autorizar a comunicação com o computador ao qual você está conectado. Ele também mostrará a impressão digital da chave RSA dos computadores.
Aceite e você está pronto para ir!
fonte
1.) Exclua ~ / .android / adbkey na sua máquina desktop
2.) Execute o comando "adb kill-server"
3.) Execute o comando "adb start-server"
Agora você deve ser solicitado a aceitar a chave de depuração.
fonte
Semelhante à resposta de Flavio ( https://stackoverflow.com/a/18542792/1064996 ), havia algo a ver com os arquivos
~/.android
(na máquina host, não no telefone).Eu não tinha
~/.android/adbkey
, mas tinha~/.android/debug.keystore
e todo o meu~/.android
diretório era de propriedade do root. Eu removi o arquivo keystore e também mudei de propriedade para mim (sudo chown -R $USER ~/.android
), matei o servidor adb e conectei meu telefone, e funcionou.Provavelmente era a coisa da propriedade. Verifique se você possui permissões de leitura / gravação em
~/.android
fonte
Quatro etapas fáceis
./adb kill-server
./adb start-server
reconecte o dispositivo, desbloqueie-o e aceite a nova chave
fonte
adb kill-server && adb start-server
por ser uma linha. Gosto desse método, pois minha equipe de desenvolvimento também usa o dispositivo Android e redefinir a opção de desenvolvedor, conforme sugerido em outro lugar, pode ser um inconveniente para o restante da equipe.Para o meu Samsung S3, tive que acessar Opções do desenvolvedor no telefone, desmarcar a caixa de seleção "USB debugging" e marcar novamente.
A caixa de diálogo será exibida, perguntando se você deseja permitir a depuração USB.
Depois de fazer isso, o
adb devices
comando " " não aparece mais como " não autorizado " como o nome do meu dispositivo.(Vários meses depois ..)
Na verdade, o mesmo aconteceu com a conexão do meu dispositivo Galaxy Tab S , e as opções de menu estavam em lugares ligeiramente diferentes com o Android 4.4.2:
fonte
Aqui está minha versão das etapas:
se o shell adb mostrar o nome do host vazio, reinicie o dispositivo
fonte
Teve o mesmo problema. Não tenho certeza se estas são as mesmas etapas para o Windows que eu estou usando um dispositivo OS X, mas você pode tentar:
Abra o terminal e digite:
Tudo feito! Apenas
adb shell reboot
e sinta o poder!fonte
Tive os mesmos problemas ao obter um token de autorização no meu Nexus 5 no Windows 8.1. Eu não tinha o driver adb mais recente instalado - isso é visível no gerenciador de dispositivos. Baixe o driver USB ADB mais recente do Google aqui: http://developer.android.com/sdk/win-usb.html
Atualizado o driver no gerenciador de dispositivos, no entanto, habilitar / desabilitar a depuração USB e desconectar / conectar USB ainda não funcionaram. Finalmente, o "adb kill-server" e o "adb start-server" mencionados em outras respostas fizeram o truque depois que o driver foi atualizado.
fonte
fonte
ANDROID_SDK_HOME
variável de ambiente resultará na exibição de dispositivos comounauthorized
....\Android\sdk
quando a pasta estava...\Android\android-sdk
. Mudá-lo e abrir um novo prompt de comando (para usar as variáveis de ambiente atualizadas) me deram o pop-up depois de iniciaradb-devices
novamente.Reinstalei os
usb
drivers e verifiquei que não estava usandoUSB 3.0
porta.Eu então fechei o eclipse, matei e reiniciei
adb
.Foi imediatamente solicitado no telefone para permitir o acesso ao computador. Depois de aceitar, reiniciei o eclipse e agora meu Galaxy S3 aparece no Gerenciador de dispositivos do dispositivo.
fonte
Para mim, quando desabilitei o MTP (em Configurações> Armazenamento> Menu> MTP), finalmente recebi o prompt do RSA
fonte
Se você estiver no ADB pela rede, tente conectar via USB ou vice-versa. Isso fez o truque para mim. Depois de aceitá-lo, ele sempre funciona mais tarde.
fonte
Esse é um post antigo e, na maioria dos casos, acho que a resposta mais votada funcionará para as pessoas.
No Lollipop em um GPE HTC M8 eu ainda estava tendo problemas. Os passos abaixo funcionaram para mim.
adb devices
Agora você deve obter o pop-up do RSA no seu telefone.
fonte
Eu não estava recebendo a impressão digital da RSA no meu telefone.
Eu tive que excluir os
C:\Users\<userName>\.android\adbkey
eadbkey.pub
arquivos e depois matam e reinício do servidor adb.Eu tive que parar e reiniciar o depurador e conectar como USB no modo PTP.
Como a chave de autorização RSA estava sendo armazenada nesse caminho, matar e reiniciar o servidor adb não ajudou.
fonte
Consegui resolver este problema seguindo as etapas listadas aqui: http://forum.xda-developers.com/showthread.php?t=2247471
fonte
Eu tive que reinstalar meu driver adb para sair deste problema. Eu instalei o "Universal Naked Driver" em um esforço para recuperar meu telefone. Eu desinstalei isso e reinstalei o driver do android sdk.
fonte
Quando eu desligo meu Comodo Antivirus tudo volta ao normal. Todas as outras soluções sugeridas aqui foram em vão. De alguma forma, descobri uma solução.
Se você estiver usando o Comodo Antivirus (Versão 6.3 / Para outras versões, procure por opções semelhantes), a solução a seguir o ajudará.
Abra Comodo> Tarefas> Tarefas avançadas> Abra Configurações avançadas> Configurações de segurança> Firewall> Configurações de firewall> Avançado: Filtre o tráfego de loopback (por exemplo, 127.xxx, :: 1)
Desmarque a opção "Filtrar tráfego de loopback", que impede o funcionamento normal do adb.
fonte
Use um cabo USB diferente. Alguns cabos podem não ter todos os pinos conectados ou outros enfeites, e enquanto eles trabalham para a transferência de imagens, a depuração / adb não funciona.
A linha inferior: eu não estou brincando. Um cabo que funciona no meu telefone (o adb funciona) NÃO funciona no meu tablet - o dispositivo está sempre offline ou não autorizado e o tablet não abre nenhuma caixa de diálogo. Tentei várias reinicializações, configurações, fiquei furioso no processo e amaldiçoei o maldito Android. Então acidentalmente conectei o cabo que acompanha o tablet e de repente ele funcionou. Meu fascínio pelo Android definitivamente se foi. Que pedaço estúpido de lixo.
fonte
Isso aconteceu comigo depois que meu software de backup alterou a permissão para o meu diretório de usuários. Abri-o no File Explorer, solicitou que eu definisse permissões e corrigi o problema.
FYI: Android tem um diretório especial em "\ User \ .android" Se você não puder acessá-lo, ele não solicitará.
fonte
Minha resolução estava em execução
adb devices
no prompt de comando, direcionado para o aplicativo adb. Por exemplo, dispositivos C: \ Android \ platform-tools \ adb. A execução deste comando retornou o seguinte* daemon not running. starting it now on port 5037 * *daemon started successfully *
Vi então o dispositivo listado como não autorizado, desconecte o USB, reconecte e fui solicitada a impressão digital RSA.
fonte
Eu estava enfrentando o mesmo problema, descobri que estava usando um cabo USB simples, destinado apenas a carregar e não copiar dados. usando um bom cabo usb resolveu meu problema!
fonte
Simplesmente reconectá-lo fez o truque para mim ... A caixa de diálogo de permissões não apareceu na primeira vez que eu conectei o dispositivo, na segunda vez que ele apareceu e está tudo bem agora.
fonte