Sempre que tento executar adb devices:

            $ adb devices
            * daemon not running. starting it now *
            * daemon started successfully *
            List of devices attached
            HT0ANRV05740    device

Ele diz que o daemon não está em execução e reinicia o daemon.

Então, se eu executar dispositivos adb novamente, ele fará a mesma coisa -

            $ adb devices
            adb server is out of date.  killing...
            * daemon started successfully *
            List of devices attached
            HT0ANRV05740    device

Então, se eu executá-lo novamente, ele faz exatamente a mesma coisa -

            $ adb devices
            adb server is out of date.  killing...
            * daemon started successfully *
            List of devices attached
            HT0ANRV05740    device

Por favor ajude!!

Além disso, meu DDMS continua me transmitindo a seguinte mensagem -

[2011-02-23 16:17:05 - DeviceMonitor]Adb connection Error:An existing connection was forcibly closed by the remote host

Aqui estão os logs imediatamente antes da reinicialização do adb -

              1291        locapi_rpc_glue  V  loc_ioctl
              1291                    RPC  D  written RPC packet size: [480]
              1291                    RPC  D  read RPC packet
              1291                    RPC  D  read RPC packet size: [28]
              1291             lib_locapi  V  qct_loc_eng_inject_xtra_data, inject part = 100, len = 167, len = 167
              1291             lib_locapi  V  qct_loc_eng_inject_xtra_data, total part = 100, len = 167
              1291        locapi_rpc_glue  V  loc_ioctl
              1291                    RPC  D  written RPC packet size: [248]
              1291                    RPC  D  read RPC packet
              1291                    RPC  D  read RPC packet size: [28]
              1291             lib_locapi  D  qct_loc_eng_inject_xtra_data: injected 39767, SUCCESS
              1291             lib_locapi  V  inject_xtra_waiting = flase
              1291    GpsLocationProvider  D  Releasing wakelock
              1291            WifiService  D  releaseWifiLockLocked: WifiLock{NetworkLocationProvider type=2 binder=android.os.Binder@47aead50}
              1291            WifiService  D  enable and start wifi due to updateWifiState
              1218            rmt_storage  I  rmt_storage open event
              1218            rmt_storage  I  rmt_storage client thread started
              1218            rmt_storage  I  rmt_storage events processing done
              1218            rmt_storage  I  rmt_storage register cb event
              1218            rmt_storage  I  rmt_storage status id = 2
              1218            rmt_storage  I  rmt_storage events processing done
              1218            rmt_storage  I  rmt_storage open event
              1218            rmt_storage  I  rmt_storage client thread started
              1218            rmt_storage  I  rmt_storage events processing done
              1218            rmt_storage  I  rmt_storage register cb event
              1218            rmt_storage  I  rmt_storage status id = 2
              1218            rmt_storage  I  rmt_storage events processing done
              1218            rmt_storage  I  rmt_storage write event
              1218            rmt_storage  I  unblock rmt_storage client thread
              1218            rmt_storage  I  rmt_storage events processing done
              1218            rmt_storage  I  rmt_storage write: bytes written = 3145216
              1218            rmt_storage  I  rmt_storage write: bytes written = 512
              1218            rmt_storage  I  rmt_storage status handle = 1
              1291       BatteryStatsImpl  I  notePhoneSignalStrengthLocked: 4->3
              1218            rmt_storage  I  rmt_storage write event
              1218            rmt_storage  I  rmt_storage events processing done
              1218            rmt_storage  I  unblock rmt_storage client thread
              1291    PowerManagerService  D  New lightsensor value:40, lcdValue:143
              1291    PowerManagerService  D  lightSensorChangedLocked, buttonValue >= 0, mPowerState = 3
              1218            rmt_storage  I  rmt_storage write: bytes written = 3145216
              1218            rmt_storage  I  rmt_storage write: bytes written = 512
              1218            rmt_storage  I  rmt_storage status handle = 2
              1291                    RPC  D  read RPC packet
              1291                    RPC  D  read RPC packet size: [80]
              1291        locapi_rpc_glue  V  Callback received: 80 (cb_id=0x50B0000 handle=1)
              1291                    RPC  D  written RPC packet size: [28]
              1470   usicWidgetController  D  unbindMusicPlaybackService()
              1707   MediaPlaybackService  E  BadQueue mPlayListLen : 0 mAlbumListLen : 0 mShrinkAlbumListLen : 0
              1291    NotificationService  V  Battery Full, Charging
              1291                 lights  E  write ok string=0,len=1
              1291                 lights  E  write ok string=0,len=1
              1291                 lights  E  write ok string=0 0,len=3
              1291                 lights  E  write ok string=1,len=1
              1707       MediaPlayer.java  D  setOnCompletionListener being cleaned to null
              1291                 lights  E  write ok string=0,len=1
              1291                 lights  E  write ok string=0 0,len=3
              1291    NotificationService  V  Turn off Jogball/OJ LED
              1291    NotificationService  D  cancelNotification, ACTION_NOTIFICATION_REMOVE,pkg=com.htc.music,id=1
              1291           AudioService  I   AudioFocus  abandonAudioFocus() from android.media.AudioManager@476ddee0com.htc.music.MediaPlaybackService$5@476dd838

Você está usando o Genymotion para um dispositivo virtual?

se sim, esse erro provavelmente ocorreu porque o ADB da Genymotion entrou em conflito com o ADB do Android SDK (usando o mesmo número da porta), para corrigir isso, basta ir para settings=> escolher ADBguia => clicar na opção Use custom Android SDK Toolse definir sua pasta SDK

depois de configurar isso, tente reiniciar o seu adb indo para a pasta platform-toolsque adbcolocou e execute este comando:

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

* dicas: Você pode fechar o processo de Genymotion antes de executar o comando acima

Espero que esta ajuda.

Eu desinstalei o Dell PC Suite e o HTC Sync do meu computador e esse problema foi resolvido.

EDIT: Para detalhar um pouco a causa desse problema: o HTC sync vem com um servidor ADB próprio. E atualiza sua variável de ambiente PATH para apontar para sua versão do servidor. Edite a variável PATH e remova a referência para os diretórios HTC Sync. Agora você está usando o ADB do Google novamente.

Ocasionalmente, preciso matar e reiniciar explicitamente o servidor manualmente:

adb kill-server
adb start-server

Esse choque geralmente é suficiente para recuperá-lo e evita adb server is out of date. killing...mensagens repetidas .

Verifique se não há outros processos adb em execução

Pode haver mais de um processo adb em execução no sistema. Ferramentas como o Android Reverse Tether podem usar sua própria versão da ferramenta adb, portanto, a versão na memória pode entrar em conflito com a versão executada na linha de comando (por meio da variável de caminho).

janelas

No Windows, pressione CTL+ Shift+ ESCpara acessar o Gerenciador de tarefas, classifique na coluna Nome da imagem e mate todas as instâncias adb.execlicando com o botão direito do mouse e escolhendo Finalizar processo . Observe que existem várias instâncias adb.exeabaixo:

Linux (Android)

Em um ambiente Linux, basta usar o kill -9comando Algo assim funcionou em um dispositivo Android em execução adb(use psoutput, procure usando grepum processo começando com adb, obtenha o ID do adbprocesso do (s) processo (s) e envie esse ID para o kill -9comando):

kill -9  $(ps  | grep "S adb" | busybox awk '{print $2}')

Em seguida, reinicie o adb

Depois que os adbprocessos - e, portanto, os conflitos - forem resolvidos, tente executar novamente a adbpartir da linha de comando:

adb start-server

Na minha máquina (Ubuntu 14.04 e Genymotion 2.5.2), a fonte do problema era que eu tinha 2 arquivos adb de versões diferentes.

(Antes, para restringir a fonte do problema, eu já tinha as Configurações do Genymotion> "Usar ferramentas personalizadas do Android SDK", referentes ao diretório Android SDK da minha máquina, conforme recomendado por Aditya Kresna Permana. Também tentei matar e iniciar o servidor adb e mais alguns soluções de toda a web).

Então vi que a execução adb versiondo meu diretório de instalação do Android SDK “~ / Android / Sdk / platform-tools” produziu - "Android Debug Bridge versão 1.0.32"

Mas, adb versioncomando do diretório “/ usr / bin” produzido - “Android Debug Bridge versão 1.0.31"

Então, basta seguir - http://bernaerts.dyndns.org/linux/74-ubuntu/328-ubuntu-trusty-android-adb-fastboot-qtadb para atualizar o adb em "/ usr / bin"

# adb version
Android Debug Bridge version 1.0.31
# wget -O - https://skia.googlesource.com/skia/+archive/cd048d18e0b81338c1a04b9749a00444597df394/platform_tools/android/bin/linux.tar.gz | tar -zxvf - adb
# sudo mv adb /usr/bin/adb
# sudo chmod +x /usr/bin/adb
# adb version
Android Debug Bridge version 1.0.32

E agora a execução adb devicesfunciona perfeitamente como esperado.

E também resolveu o problema associado que, antes do meu aplicativo PhoneGap (Cordova) não se integrar ao dispositivo virtual do Genymotion. Agora, obviamente, esse problema também foi resolvido.

Isso é causado porque você está executando um adb diferente daquele incluído no SDK. Se no linux, verifique onde está localizado o binário adb

which adb
Expected Output : ANDROID_SDK/platform-tools/adb

Se não estiver apontando para ANDROID_SDK / platform-tools / adb, você está executando uma versão antiga do adb instalada em um local diferente na máquina.

Não há nada errado em executar o adb além do fornecido com o SDK, mas o lado negativo é que ele não é atualizado automaticamente quando o SDK do Android é atualizado e é por isso que você está enfrentando esse problema de versão desatualizada.

A correção mais fácil e, para evitar esse problema no futuro, renomeie o arquivo binário adb mais antigo (enganoso) para outra coisa.

Siga as etapas para resolver esse problema.

$ which adb
*o/p /usr/bin/adb  -   (output will depend on your machine)*
$ cd /usr/bin/
$ ls -lt | grep adb
*o/p -rwxr-xr-x 1 root   root      160912 Mar 31  2016 adb*
$ sudo mv adb adb_bakup
$ ls -lt | grep adb
o/p -rwxr-xr-x 1 root   root      160912 Mar 31  2016 adb_bakup
$ export PATH="/path/to/android_sdk/platform-tools:$PATH"
$ which adb  
*o/p <your android sdk dir>/platform-tools/adb*   ---> You are all good now

Acabei de sair do HTC Sync, tentei novamente e funcionou. Aviso: o telefone ficou preto (bloqueado), eu apenas o liguei e meu aplicativo estava sendo executado. :)

Sistema: Windows 10

Meu problema : configurar o Genymotion para apontar para o SDK personalizado não teve nenhum efeito. Eu ainda recebi o:

Não foi possível iniciar o projeto no Android: não foi possível instalar o ouvinte smartsocket : não é possível vincular a 127.0.0.1:5037: Normalmente, apenas um uso de cada endereço de soquete (protocolo / endereço de rede / porta) é permitido. (10048) não pôde ler ok no ADB Server * falha ao iniciar o daemon * erro: não é possível conectar-se ao daemon

O que eu descobri foi que havia uma diferença nas versões do ADB sendo usadas em todo o sistema. Aqui está o comando que eu usei para encontrá-los:

where /r C:\ adb.exe

Isso produziu os resultados:

C:\Program Files\Expo XDE\resources\app\node_modules\xdl\binaries\windows\adb\adb.exe
C:\Program Files\Genymobile\Genymotion\tools\adb.exe
C:\Users\kyle\AppData\Local\Android\Sdk\platform-tools\adb.exe
C:\Users\kyle\AppData\Local\Android\Sdk\platform-tools\adb backup\adb.exe

Navegando para cada diretório e executando:

adb.exe version

Permitiu-me ver que a Expo estava executando a versão ADB:

Android Debug Bridge version 1.0.36
Revision fd9e4d07b0f5-android

Enquanto o Genymotion usando o SDK personalizado tinha a versão (c: \ Users \ kyle \ AppData \ Local \ Android \ Sdk \ platform-tools \ adb.exe):

Android Debug Bridge version 1.0.39
Revision 3db08f2c6889-android

Como teste, tirei os arquivos adb (adb.exe, AdbWinApi.dll, AdbWinUsbApi.dll) de

c:\Users\kyle\AppData\Local\Android\Sdk\platform-tools\adb.exe

e os colocou em uma pasta de backup. Em seguida, movi os arquivos adb localizados em

c:\Program Files\Expo XDE\resources\app\node_modules\xdl\binaries\windows\adb\adb.exe

nesse mesmo local. Eu matei adb com:

adb kill-server

o que causou uma reinicialização do servidor adb automaticamente devido a meu dispositivo Genymotion já estar em execução. Apertei o botão "Reiniciar" dentro do Expo XDE e ele imediatamente começou a funcionar. Aqui está o log em que clico no botão reiniciar às 1:13:04:

12:45:53 AM
could not install *smartsocket* listener: cannot bind to 127.0.0.1:5037: Only one usage of each socket address (protocol/network address/port) is normally permitted. (10048)
could not read ok from ADB Server
* failed to start daemon *
error: cannot connect to daemon
1:13:04 AM
Restarting project and clearing packager cache (Hold shift while clicking restart to avoid clearing cache).
1:13:11 AM
Starting React Native packager...
1:13:17 AM
Scanning 543 folders for symlinks in C:\Users\kyle\git\betalog\node_modules (49ms)
1:13:17 AM
1:13:19 AM
Couldn't adb reverse: closed
1:13:20 AM
Project opened! You can now use the "Share" or "Device" buttons to view your project.
1:13:26 AM
Couldn't adb reverse: closed
1:13:26 AM
Downloading latest version of Expo
1:13:28 AM
Installing Expo on device
1:13:33 AM
Opening on Android device
1:13:56 AM
Building JavaScript bundle: finished in 59643ms.
1:14:01 AM
Dependency graph loaded.
1:14:03 AM
Your JavaScript transform cache is empty, rebuilding (this may take a minute).

Conclusão : Genymotion e Expo podem precisar usar a mesma versão do adb para que a Expo possa se comunicar adequadamente com o dispositivo simulado. Apontar o Genymotion para o local do SDK do Android e garantir que o Expo XDE tenha a mesma versão permitirá a comunicação correta entre os dispositivos. Mudei a versão do Expo XDE para o local do SDK, mas você pode seguir o caminho inverso (pegue os arquivos sdk ADB e coloque-os no local do recurso do Expo XDE).

PS Eu já passei por todas as postagens de stackoverflow relacionadas a esse problema. Só para vocês saberem que meu gerenciador de tarefas mostra três instâncias do adb.exe em execução. Se você matar algum deles, eles simplesmente voltam.

Espero que isso ajude / aplausos

Parece que o daemon ADB no dispositivo (adbd) está discordando do processo do servidor ADB no computador host quanto à versão do protocolo que eles estão falando. Qual versão do SDK você está executando e qual é a versão do SO no dispositivo que está depurando?

O que você precisa fazer é realmente fazer o downgrade da sua versão das ferramentas do SDK, para que o daemon e o processo do ADB estejam de acordo. Eu pensei que o processo do servidor era completamente compatível com versões anteriores, mas esse poderia ser um daqueles casos em que não é. O Google não anuncia o fato de que você pode obter os pacotes antigos de ferramentas do SDK, mas eles podem ser encontrados na área de arquivos em http://developer.android.com .

Tem uma maneira rápida de fazer isso primeiro

sudo rm /usr/bin/adb

Então

sudo ln -s /home/{{username}}/Android/Sdk/platform-tools/adb  /usr/bin/adb

Maneira mais rápida de corrigir o problema

Simplesmente fechei o aplicativo htc sync completamente e tentei novamente. Funcionou como deveria.

Eu bati minha cabeça contra a parede nesta. Isso começou a acontecer quando eu instalei a versão mais recente do HTC sync (3.0.5579). Por algum motivo, o adb.exe estava aparecendo várias vezes no gerenciador de tarefas e eu estava recebendo o servidor adb desatualizado, matando erros várias vezes. Encontrei a versão adb.exe no diretório HTC sync e no diretório de ferramentas da plataforma SDK do Android. Eu tinha a configuração do caminho apontando corretamente para o diretório SDK do Android e não vi o caminho do HTC Sync (talvez estivesse faltando alguma coisa, mas acho que não). De qualquer forma, para corrigir o problema, simplesmente renomeei o arquivo adb.exe no diretório HTC Sync e tudo funcionou novamente. Pode não ser o caminho certo para corrigir essa correção, mas funcionou para mim.

Ajudou para mim: pare o HTC Sync (na bandeja do sistema) e renomeie o adb.exe do HTC (C: \ Arquivos de Programas (x86) \ HTC \ HTC Sync 3.0 \ adb.exe).

Sistema: Windows 7, Android Studio.

Este erro ocorreu quando eu corri adb devices do Windows Commandline.

A causa principal foi que o adb que eu estava executando na linha de comando não era o mesmo adb que estava sendo executado no Android Studio.

Solução:

1. Primeiro, mate todos os processos adb em execução na máquina.

   taskkill /F /IM adb.exe

2. Execute seu aplicativo no Android Studio.

3. Localize o local exato do arquivo adb.exe no Windows Task Manager, OU executando o comando abaixo

   wmic process where "name='adb.exe'" get ProcessID, ExecutablePath

4. No prompt de comando do Windows, execute where adb para localizar o adb que é executado no prompt de comando. Esse caminho seria diferente do da Etapa 3 acima.

5. Edite a variável de sistema do Windows PATH. Exclua o caminho base encontrado na Etapa 4.

6. Depois de editar o PATH, você poderá ver o conteúdo atual dessa variável digitando o comando abaixo em um novo prompt de comando (não use o prompt antigo).

   echo %PATH%

Agora, execute adb no prompt de comando. NÃO deve mostrar nenhum "erro de servidor desatualizado"!

Eu experimentei um problema semelhante em que minhas tentativas de usar adb, como a adb logcatfornecida , forneceram este erro:

adb server version (40) doesn't match this client (36); killing...

Esta solução funcionou para mim em 2018 no Ubuntu 18.04 a partir do Android Studio 3.2.1 usando o terminal.

Os comandos são os seguintes:

adb kill-server sudo cp ~/Android/Sdk/platform-tools/adb /usr/bin/adb sudo chmod +x /usr/bin/adb adb start-server

Pode ser necessário ajustar os cpargumentos do comando com base no caminho para o Android/seu sistema.

Parabéns da 2ª geração à minha fonte: https://stackoverflow.com/a/40991118/7015599

Tente o seguinte:

1. Feche o aplicativo Eclipse.

2. adb kill-server

3. Reinicie o Eclipse.

Primeiro fechamento Todas as coisas que usam o ADB. (Android Studio, Eclipse, Emulator (Bluestack também)) e faça

adb kill-server
adb start-server

No meu caso, acabei de receber a atualização do Studio.

Ok, há outra instância do adb.exe distribuída com "Lenovo Photo Companion". Um amigo meu tem um notebook Lenovo Yoga e instalou este software que incluía outro adb.exe

A desinstalação resolveu o problema.

SO: Ubuntu

Há mais de 1 adb em execução. Verifique o adb atual:

    which adb
    Expected Output : ANDROID_SDK/platform-tools/adb

Normalmente o resultado será:

    /usr/bin/adb

Exclua esta versão antiga por:

    cd /urs/bin
    sudo rm adb

Você tentou usar o SDK versão 8. Como o dispositivo está na versão 2.2 e o SDK está na 10, pode haver conflito.

Boa sorte com seus esforços de desclassificação !! Espero que isso resolva.

Se o dispositivo com o qual você está tentando interagir for um telefone físico conectado via USB, você pode desconectá-lo e reconectá-lo, e ele deve funcionar. Às vezes, isso fica fora de sincronia, eu acho.

Eu tive esse problema em uma das minhas máquinas de desenvolvimento (todas executam o Windows 7 x64), enquanto o adb de todas as outras máquinas funciona normalmente. A razão pela qual deparei com esse problema é que tenho uma versão antiga do adb.exe residindo em % android-sdk% \ tools enquanto os SDKs do Android mais recentes têm adb.exe em % android-sdk% \ platform-tools

remova o adb.exe mais antigo de% android-sdk% \ tools e adicione% android-sdk% \ platform-tools a% PATH% resolva esse problema

ou, geralmente, procure qualquer executável adb no seu caminho desatualizado, basta usar o mais recente fornecido com o Android SDK

Eu passei por todas as respostas no SO e não funcionou para mim. Quando eu matei o processo adb.exe do Gerenciador de tarefas, ele continuava reabrindo e o motivo era que o Droid Explorer estava trabalhando em segundo plano .

Matar o processo de DE através do Gerenciador de Tarefas e depois matar o adb.exe (e executá-lo novamente no console através do 'adb start-server' funcionou para mim.

Isso pode ser útil para muitas pessoas que enraizaram seus dispositivos .

Infelizmente ainda não tenho reputação suficiente para comentar. Mas a resposta marcada como resposta me enviou na direção certa.

Não vi nada no caminho relacionado ao HTC Sync Manager, embora eu o tenha instalado. Não estou trabalhando com meu dispositivo HTC no momento e só tinha o gerenciador de sincronização instalado para ajudar com problemas de driver. Depois de desinstalar o HTC Sync Manager, esse problema desapareceu.

Espero que isso ajude outra pessoa.

No meu caso, o problema foi causado pelo Virtuous Ten Studio, que possui o adb.exe em External/ADB diretório

Vá lá e corra .\adb.exe kill-servere você será bom.

Isso foi causado no meu caso, executando o Visual Studio com um projeto Android Xamarin na mesma máquina que o Android Studio - cada IDE tinha uma versão diferente do servidor adb em execução. Fechei o Visual Studio e o erro desapareceu.

Como mencionado acima, o problema ocorre devido a uma versão conflitante do adb.exe enviada com o HTC Sync. Removê-lo do PATH não ajudará, pois o htcUPCTLoader.exe que é executado constantemente em segundo plano, ainda reinicia a versão incorreta do ADB.

Uma solução seria remover completamente o adb.exe da pasta HTC Sync, no entanto, isso quebraria o HTC Sync.

Acabei de codificar uma ferramenta simples que substitui o adb.exe antigo por um esboço que chama o adb.exe mais recente do diretório SDK, eliminando os conflitos (por exemplo, a versão 1.0.25 que vem com o HTC Sync e 1.0.29 com o Android SDK) .

A ferramenta pode ser baixada em http://visualgdb.com/adbfix

Eu também tive esse problema hoje, desabilitei meus drivers de rede porque tinha problemas de WIFI / LAN. reativar corrigiu o problema

a instalação de atualizações sdk (incluindo ferramentas da plataforma) foi corrigida para mim!

Como o servidor adb está desatualizado. Agora matar é um truque disso, copiar e colar uma solução para sistemas baseados no Debian :

Pode ser que você tenha instalado o adbpacote além dos SDKs. Nesse caso, um

sudo apt purge adb

pode resolver o problema.