Não consigo mais me conectar ao meu dispositivo usando o ADB pela linha de comando ou no Eclipse .
Executando o comando
adb devices
retorna o nome do dispositivo, mas diz que está offline.
Coisas que eu tentei.
- Modo de depuração alternado do Android
- Reinstalou o driver USB do Google
- Restaurou o sistema operacional para um backup que estava funcionando anteriormente ( CyanogenMod )
- Trocou o cabo USB
- Reinicie o telefone / computador várias vezes
- Atualizado o SDK do Android
Eu realmente não tenho idéia do que está acontecendo. Qualquer outra coisa que você pense que eu possa tentar, sou todo ouvidos.
Para deixar claro, se você está tendo esse mesmo problema, o problema provavelmente é um SDK desatualizado. A partir do 4.2.2, há um recurso de segurança que requer que você confirme a impressão digital RSA do dispositivo de conexão. Abra o gerenciador do SDK e atualize as ferramentas! Então reinicie.
android
adb
android-2.2-froyo
Brian
fonte
fonte
Respostas:
Acabei de ter o mesmo problema hoje depois que meu Nexus 7 e Galaxy Nexus foram atualizados para o Android 4.2.2.
O que o corrigiu foi atualizar as ferramentas da plataforma SDK para a r16.0.1. Para mim, esta versão não foi exibida no meu SDK Manager, então eu a baixei de http://dl.google.com/android/repository/platform-tools_r16.0.1-windows.zip diretamente.
Você precisará renomear o
platform-tools
diretório e descompactá-lo paraandroid-sdk-windows/platform-tools
. Usando o SDK Manager, eu também atualizei as ferramentas sdk mais recentes antes disso.Se todo o seu Eclipse e o ADT forem antigos, talvez seja necessário atualizá-los também, mas eu não precisei.
Nota: pode ser necessário executar o SDK Manager duas vezes (uma vez para se atualizar) antes de ver os pacotes mais recentes.
fonte
Tente correr
adb devices
depois de correradb kill-server
. A pergunta de segurança aparece depois disso. Trabalhou para mim.fonte
adb kill-server
comando no meu host antes de conectar no meu convidado viaadb connect 192.x.x.x
.Também parece ocorrer com frequência quando você se conecta ao dispositivo usando o modo Wi-Fi (no Android Studio ou no console executando,
adb tcpip 5555
por exemplo).Consertar:
adb kill-server
para garantir que o adb não esteja sendo executado.adb devices
. Isso deve iniciar o daemon ADB. Seu dispositivo agora deve estar online novamente.fonte
adb kill-server
sem o dispositivo Android reiniciar e não funcionou. Quando repito essas etapas e reinicio o dispositivo conforme mencionado na seção 4, ele funcionou.Encontrei o mesmo problema em um Nexus 7 executando a atualização 4.2.2 OTA. Estou quase certo de que tinha uma conexão ADB via USB e Wi-Fi após a atualização, até que parou de funcionar. Para corrigir, atualizei meu SDK usando:
Agora minhas ferramentas de desenvolvimento são:
fonte
Não posso enfatizar que trocar portas USB é fundamental. Geralmente, as portas USB do painel frontal podem estar com defeito.
fonte
Para quem se pergunta sobre o 4.2.2, há uma pergunta de segurança que aparece no telefone solicitando a verificação da RSA com o PC. Verifique se suas ferramentas estão atualizadas E permita o acesso ao PC, verificando a pergunta de segurança nos dispositivos em questão. Isso consertou para mim.
E, como sempre, verifique se a depuração está ativada nas opções do desenvolvedor;)
fonte
Vários arquivos adb.exe?
Meu problema foi resolvido quando uma cópia do OLD adb.exe foi excluída do diretório C: / Windows / . Não sei como uma cópia do adb.exe chegou ao C: \ Windows \?
Quando inicio o adb.exe no android-sdk / platform-tools / não tive problemas com a detecção.
fonte
c:\windows\adb.exe
para outra coisa (adb.old.exe
) resolveu o problema. Eu nem precisei reiniciar ou abrir / fechar a linha de comando. Isso simplesmente funciona. Digiteiadb devices
logo após renomear o antigoadb.exe
e, em seguida, meu Nexus 7 perguntou se eu quero autorizar este computador. Eu disse que sim e agora, quando emito emadb devices
vez de "offline", diz "dispositivo".Tente desativar a depuração usb uma vez e, em seguida, ativá-la novamente e conecte seu dispositivo ao sistema: link
fonte
Eu estava tendo esse problema e nenhuma das outras respostas ajudou. O que era necessário, após atualizar o SDK e instalar a API para 4.2.2, estava em execução:
Outro problema que eu estava tendo era que estava tentando conectar o ADB por Wi-Fi, que é minha única opção porque as portas USB do meu Mac são realmente finnicky. Infelizmente, o ADB via Wi-Fi não mostra a pergunta de segurança no 4.2.2, portanto, você precisa encontrar um cabo USB que funcione e se conectar através de USB pelo menos uma vez para aceitar a pergunta de segurança, mas depois de fazer isso uma vez , você pode se conectar por Wi-Fi.
fonte
Se seu dispositivo normalmente se conecta via USB, mas de repente pára de funcionar, especialmente depois que o cabo USB é desconectado e reconectado, tente as seguintes etapas não invasivas antes de executar algumas das ações mais drásticas mencionadas nas outras respostas:
Se o seu dispositivo estiver listado com "dispositivo" ao lado, você estará de volta aos negócios.
Se o seu dispositivo estiver listado com 'offline' ao lado, tente reiniciar o dispositivo. O daemon ADB no dispositivo ocasionalmente fica travado. Percebi isso mais quando desconectei o cabo enquanto o LogCat estava em execução e depois de voltar a conectar via Wi-Fi ou Ethernet.
Se o seu dispositivo não estiver listado, tente as soluções nas outras respostas, começando com a tentativa de um cabo e porta USB diferentes. Esses cabos baratos podem ficar ruins.
fonte
Certifique-se de usar
adb
do seuplatform-tools
pasta depois de atualizar as ferramentas do SDK.Finalmente consegui trabalhar depois que percebi que estava usando uma versão desatualizada do ADB copiada
/usr/bin
.fonte
Às vezes isso pode acontecer por causa do erro do servidor adb (eu acho). Está sempre dizendo
Basta matar o servidor e começar de novo. Funcionou para mim.
fonte
Eu usei
adb connect <device_ip>
e não as outras soluções funcionaram porque meu problema estava do outro lado. No dispositivo eu precisavastop adbd
e reinicie-ostart adbd
. Agora o dispositivo está "online" novamente.fonte
adb kill-server
,adb start-server
, em seguida,adb connect <device_ip>
como sugerido acima funcionou para mim.Corri para o mesmo problema que isso corrigiu para mim. conecte seu telefone via usb primeiro e depois verifique seu ip móvel, que está nas configurações >> sobre o status do telefone >>, execute os seguintes comandos.
fonte
Tentei o dturvene e todas as outras soluções, mas elas não funcionaram. Eu precisava de mais um passo.
Execute estes comandos
adb kill-server
android update sdk --no-ui
adb start-server
Para verificar se funcionou, execute 'adb version' antes e depois dos comandos e verifique se é o mais recente. A razão para o
adb kill-server
comando é que ele provavelmente está sendo executado e não pode ser atualizado enquanto estiver em execução; portanto, você deve matá-lo primeiro.fonte
Para mim, nada funcionou. Passei cerca de 12 horas constantemente pesquisando na Internet e tentando as soluções que funcionavam para outras pessoas com problemas semelhantes.
Finalmente, acabei fazendo apenas o material ADB pela LAN. A configuração estava ao lado da configuração USB Debug e no ADB pode ser ativada com "adb connect [IPADDRESS]: [PORT]". A porta era 5555 no meu telefone.
Espero que isso ajude alguém a voltar ao trabalho em vez de ter que lidar com desvantagens constantes.
fonte
Essa abordagem funcionou para mim:
adb kill-server
adb start-server
Gerenciador de dispositivos, menu "Exibir", "Dispositivos por conexão":
fonte
Inicialmente, encontrei o mesmo problema (com o ADB / fastboot baixado do GitHub ), mas finalmente o fiz funcionar. O que funcionou para mim:
fonte
Instalou o mais recente android sdk.
A porta USB do dispositivo foi alterada.
Alterado de MTP -> Somente cobrança -> MTP.
Funcionou.
fonte
Se você já autorizou a impressão digital RSA do seu PC e tentou o adb kill-server etc. sem sorte, seu problema pode ser apenas o de que você está tentando se conectar a ele enquanto está bloqueado. Tente pressionar o botão de tela e inserir seu padrão - isso foi corrigido para mim.
fonte
A melhor maneira que achei foi desabilitar e, em seguida, habilitar o dispositivo no Gerenciador de dispositivos e executar o comando adb devices.
O dispositivo estará novamente online. É mais rápido.
fonte
Mais uma possibilidade para pessoas com conexões ADB inconsistentes e se elas estiverem em um Mac e o Android File Transfer instalado: eu descobri que a transferência de arquivos estava interferindo na minha conexão ADB, fazendo com que parasse de funcionar intermitentemente.
Matar o
Android File Transfer Agent.app
processo que procura por dispositivos compatíveis (por exemplo, o Nexus 7) conectados ao Mac cura a descamação para mim.fonte
Como ninguém respondeu à minha situação: você pode não ter acesso ao arquivo ~ / .android / adbkey. Se você iniciar o adb inicialmente com o sudo, ele gerará um par de chaves públicas, gravando-o em ~ / .android / adbkey.pub e ~ / android / adbkey. Obviamente, a chave privada é chmod 600 - somente legível para root no diretório inicial. Posteriormente, iniciar o adb como usuário normal não dará acesso ao arquivo de chave privada, que por sua vez falhará silenciosamente com o "dispositivo offline".
fonte
O que resolveu para mim no Mac foi atualizar
adb
para a versão mais recente (1.0.32). Agora posso ver meu dispositivo online novamentefonte
O motivo para um dispositivo ser relatado como offline é que o adb não pode se conectar a ele. O executável Adb do ambiente de desenvolvimento cria uma conexão (soquete) com o dispositivo sob controle. O dispositivo possui um serviço (daemon) que escuta esta comunicação. O daemon é chamado adbd (como em adbdaemon). Quando alguém habilita o adb em um dispositivo, na verdade, inicia-se esse daemon, para que as comunicações possam ser estabelecidas com o dispositivo.
Quando o dispositivo é reportado pelo adb como offline, é porque o daemon não está mais em execução ou está em um estado que não aceita conexões. Na maioria das vezes, isso acontece se a rede cair em uma conexão ativa (rede).
A única maneira de corrigir isso era reiniciando o dispositivo. Pode-se chegar para corrigir o status offline por muitos outros meios, mas reiniciar o dispositivo sempre funciona.
fonte
Quando estou enfrentando os mesmos problemas do que fazer como abaixo:
fonte
É apenas porque o seu computador não possui o driver certo. Para corrigir isso:
Baixe e extraia o SDK do Android
Vá para o Gerenciador de dispositivos (clique com o botão direito do mouse em Computador -> Propriedades -> Gerenciador de dispositivos
No painel direito, expanda dispositivos portáteis para encontrar seu dispositivo
Clique com o botão direito do mouse no nome do dispositivo e clique em Atualizar driver.
Navegue no meu computador para obter o software do driver
Navegue até a pasta SDK do Android na etapa 1.
Em seguida e pronto
fonte
Tente reiniciar o servidor adb da seguinte maneira:
Eu também me deparei com os mesmos problemas que o seu. E reiniciar o servidor adb resolverá esse problema.
fonte
Atualizei várias vezes, até não poder mais atualizar, mas nunca recebi um aviso na tela; Eu continuei ficando o dispositivo offline.
Meu problema era que eu estava executando o comando ADB de um diretório diferente do que realmente estava sendo atualizado.
O diretório atualizado correto para o ADB exe é:
fonte
Reinicie o dispositivo. Tentei de tudo listado aqui para fazer meu telefone HTC (executando o Android 4.0.3) funcionar, mas
adb devices
continuava dizendo que estava offline. Depois que reiniciei o telefone, ele finalmente estava online. Algumas das outras sugestões aqui podem ter contribuído para o reconhecimento do telefone, mas fazer algumas reinicializações ao longo do caminho enquanto você as experimenta certamente não será prejudicial.fonte