Estou tendo um problema com o emulador-5554, ele continua me dizendo que está offline.
Quando eu faço um a adb devices
partir da linha de comando, ele diz
emulator-5554 offline
Mesmo após uma nova reinicialização, eu tento esse comando e ele ainda diz que está offline.
O problema é quando tento instalar arquivos .apk no emulador usando abd install <path>
no prompt de comando, ele diz que está offline. Se eu criar outro dispositivo e executar esse, tente instalar os arquivos .apk e diga tem muitos dispositivos conectados. Em outras palavras, não consigo instalar meus arquivos .apk.
Como no mundo posso me livrar desse maldito emulador-5554? Ouvi dizer que, se você reiniciar, deve limpar todos os dispositivos, mas isso não parece estar funcionando. É como se estivesse sendo inicializado quando meu computador inicia. Alguém já encontrou esse problema?
obrigado
fonte
adb devices
para obter os nomes dos emuladores. 4. Tente instalar o APK executando:adb -s NAME_OF_DEVICE install file.apk
5. Diga-nos o que acontece.adb -d
dispositivos USB especificados em vez de emuladores,adb -e
emuladores em vez de dispositivos USB, eadb -s NAME
acho que pode ser usado para especificar especificamente qual dispositivo você deseja, embora não esteja claro se o último sempre funciona da maneira que você pensa.Respostas:
Nesse caso, você pode fazer o seguinte para garantir que seu emulador comece a funcionar novamente:
adb kill-server
adb
nos processos. Se você encontrar um, clique com o botão direito do mouse e clique na árvore final do processo.É isso aí! Vai demorar um pouco e deve resolver seu problema.
fonte
1 Simplesmente "Limpe dados" para corrigir esse problema.
2) Se não funcionar, vá para o dispositivo emulado e ative as opções do desenvolvedor> ative a depuração usb
fonte
A maneira como o Android detecta emuladores é verificando portas começando na porta 5555.
O número que você vê na
adb devices
lista (no seu caso 5554) será um a menos do que a porta que o adb está achando aberta.Você provavelmente tem um processo em execução que está escutando na porta 5555. Para se livrar do dispositivo "offline", você precisará encontrar esse aplicativo e fechá-lo ou reconfigurá-lo para ouvir uma porta diferente.
fonte
Esta solução é para Windows.
(Consulte a solução do @Chris Knight para Mac / Linux )
Inicie o Windows Powershell:
Iniciar -> digite 'powershell' -> Pressione ENTER
Execute o seguinte comando: adb devices
Nesse caso, 12b80FF443 é o meu dispositivo físico e as entradas emulator- * são lixo.
Por @Brigham , "A maneira como o Android detecta emuladores é verificando as portas começando na porta 5555". O número da porta é indicado após o nome do emulador (neste caso, 5656 e 5652). O número da porta a ser verificado é o número da porta do emulador mais 1. Portanto, neste caso: -
5656 + 1 = 5657
5652 + 1 = 5653
Então, vamos ver qual programa está usando essas portas. Nesse caso, as portas a serem verificadas começam com "565". Então, eu vou procurar por portas em uso começando com 565. Execute:
netstat -a -n -o | Select-String ":565"
tasklist /v | Select-String 5944
. Substitua 5944 pela saída do comando anterior:Que surpresa. É ADB. Como observado por outras respostas, também podem ser outros programas.
kill 5944
, substituindo 5944 pelo PID no comando anterior.O ADB é reiniciado (como foi morto anteriormente) e não detecta mais emuladores falsos.
fonte
Finalmente resolvi esse problema, tive que ir para as opções de desenvolvedor nas configurações do emulador , depois rolei um pouco para baixo e liguei a depuração USB. Instantaneamente, meu dispositivo foi reconhecido on-line e eu não enfrentava mais esse problema. Tentei reiniciar o android studio e emulador , matando o processo adb , mas esses não funcionaram.
fonte
Se você estiver no Linux ou Mac e supondo que o dispositivo offline seja 'emulator-5554', você pode executar o seguinte:
Qual produz a seguinte saída:
Isso me diz que o ID do processo 4848 (o seu provavelmente será diferente) ainda está escutando na porta 5554. Agora você pode matar esse processo com:
e o dispositivo offline fantasma não existe mais!
fonte
No AVD Manager, tente a opção "Cold Boot Now" no menu suspenso. Funcionou para mim!
fonte
No meu caso, encontrei algum processo que faz com que o adb não funcione bem.
Você pode tentar eliminar algum processo estranho e executar "dispositivos adb" para testar.
Funcionou para mim:
mate o nome do processo MONyog.exe
fonte
Resolvi isso abrindo meu prompt de comando:
adb kill-server
dispositivos adb
Após a inicialização, o ADB agora detecta o dispositivo / emulador.
fonte
Eu também tive o mesmo problema. Eu tentei todas as soluções descritas aqui, mas elas não me ajudaram. Em seguida, removi todos os emuladores no Android Virtual Device Manager e criei novos. O problema estava na configuração de imagem do sistema CPU / ABI do Android Virtual Device Manager . No meu emulador de máquina Windows10 com imagem do sistema
x86
sempre está offline, onde o emulador com imagem do sistemax86_64
está funcionando corretamente conforme o esperado. Esteja ciente dissofonte
Apenas escreva
e seja feliz com adb))
fonte
rm -Rf ~/.android
para limpar dispositivos offline. Melhor comando e apenas um para resolver meu problema. Nãokill-server
oustart-server
fez o truque.A opção "limpar dados do usuário" finalmente resolveu meu problema. limpe os dados do usuário toda vez que você iniciar o emulador. Isso sempre funciona para mim! Eu uso o windows 8 x64, eclipse
fonte
Cold Boot Now
ajuda.Habilite a depuração USB no seu emulador
É isso aí
fonte
Na lista de gerenciadores do AVD, no menu suspenso de ações: Inicialização a frio agora
reinicia sem toda a dor acima.
fonte
Você tentou excluir e recriar seu AVD? Você pode excluir manualmente os arquivos AVD indo para o diretório em que estão armazenados (no subdiretório /.android/avd do usuário).
fonte
Vá para o gerenciador de tarefas do Windows e finalize o processo "adb.exe". Pode haver mais de uma instância do mesmo processo, certifique-se de encerrar todas elas.
fonte
Você tem bluestacks instalados? Se você fizer isso, os processos em segundo plano executados criam o dispositivo offline "emulator-5554".
Vá para o gerenciador de tarefas e finalize todos os processos com a descrição de "Bluestacks"
fonte
no linux ou mac, a porta que está bloqueada será emulator-id + 1, então 5555, para:
sudo lsof -i :5555
irá mostrar o pid do processo que está tomando a porta (deve ser a segunda coluna), para matá-la:sudo lsof -i :5555 | awk '{print $2}' | xargs kill
os dispositivos adb (falsos) não serão mais exibidos na lista
fonte
No meu caso, o emulador estava trabalhando com o Oreo e inferior, mas não com o Pie, e tudo o que tentei parecia não ter efeito. O que finalmente funcionou foi atualizar o emulador para a versão mais recente (versão 28).
fonte
No meu caso, iniciei em 'Cold Boot Now' e cliquei em Message para permitir a conexão.
fonte
abra seu emulador,
configuração -> sobre o dispositivo emulado -> clique em Criar número repetidamente -> abra opções do desenvolvedor -> abra a depuração USB
fonte
Descobri que o ambiente de emulação aparece como "offline" quando a revisão adb que estou usando não foi recente. Atualizei corretamente meus caminhos (e excluí a versão antiga do adb) e, em "adb kill-server", "adb devices", o ambiente de emulação não aparece mais como "offline".
Eu pude imediatamente usar o "adb shell" depois desse ponto.
fonte
Tente isso ...
Feche o emulador se estiver em execução.
Inicie o Emulator novamente e aguarde online.
digite Command no prompt de comando e pressione a tecla ENTER: adb tcpip 5555
(Verifique se apenas um emulador está sendo executado por vez.)
adb -s emulator-5555 emu kill
Pressione a tecla Enter ....
Feito.
verifique os dispositivos pelo comando "adb devices" no cmd.
fonte
Se o emulador já estiver aberto ou em execução, será informado que você está offline. Você pode verificar novamente na linha de comando (Ubuntu) e executar:
Você deve ver seu emulador offline, é necessário fechar a instância em execução do emulador (já que a porta será exibida como ocupada) e, depois disso, você poderá executar seu aplicativo. Espero que isso ajude alguém.
fonte
Eu tentei de tudo, mas apenas este funciona para o meu caso: use o gerenciador do SDK e reinstale a imagem do sistema. Android Studio, clique em Configurar, Gerenciador de SDK, Iniciar Gerenciador de SDK autônomo, Marque todas as "APIs do Google Intel x86 * Imagem do sistema", "Intel x86 Atom * Imagem do sistema" e instale. Em seguida, reinicie o Android studio.
Pode ser necessário reconfigurar e limpar o dispositivo virtual com o AVD Manager. Certifique-se de escolher a versão x86.
fonte
Certifique-se de que sua integração de habilitação do ADB esteja marcada; vá para Ferramentas> Android> Ativar integração do ADB.
se não estiver marcado, marque esta opção e feche seu dispositivo virtual e abra-o novamente. isso funcionou para mim .. boa sorte !!
fonte
Eu tive o mesmo problema com meu dispositivo virtual. O problema é devido à imagem Oreo dos dispositivos virtuais que têm a Play Store integrada. Para resolver esse problema, instalei um novo dispositivo sem a Play Store integrada e tudo estava bem.
Espero que ajude, tchau
fonte
Simplesmente exclua e crie o gear avd novamente.
fonte
No meu caso, a causa foi que eu havia reiniciado uma VM com android-x86 por dentro. A reinicialização da VM com Android-x86 e a reinicialização do servidor adb corrigiram o problema.
fonte
Isso ocorre pelo fato de você ter outro dispositivo virtual instalado em sua máquina. Pode ser Bluestacks, pois também enfrentei um problema semelhante. Desinstalei o Bluestacks e verifiquei que
adb devices
estava funcionando bem.fonte