Tutulma hatası “ADB sunucusu ACK yapmadı, arka plan programı başlatılamadı”

SDK'yı güncelledikten sonra Eclipse şu hatayı gösterir:

ADB sunucusu ACK yapmadı, arka plan programı başlatılamadı.

Bir Android uygulamasını çalıştırdığımda, bana aşağıdakileri verir:

Lütfen adb'nin 'D: \ android-sdk-windows \ platform-tools \ adb.exe' konumunda doğru bir şekilde bulunduğundan ve yürütülebilir olduğundan emin olun.

Bu sorunu nasıl düzeltebilirim?

Teşekkürler @ jowett , aynı adımları çözdüm ve şu adımları uyguladım

Adım 1: CTRL + Shift+ Escadb.exe işlemi olan ve bu işlemi bitiren (öldüren) görev yöneticisini açmak için

Adım 2: Şimdi, şu anda bilgisayarımda çalışmakta olan tutulmayı kapatın.

Adım 3: Yine, tutulmayı yeniden başlatın ve bu sorunu çözdü.

OS X kullananlar için

killall adb

Windows kullananlar için

adb kill-server

hile yapmalı.

Aynı problemle karşılaştım, buna sebep olan şey olmadı. Her neyse, bazı ipuçları bulup sonunda düzelttim.

SDK ve AVD yöneticisini açtığımda, ancak AVD sürümünü (2.3.3) bulmak android lib sürümü (2.3) ile aynı değil. Bu yüzden 2.3 ile yeni bir AVD oluşturuyorum.

Aşağıdaki adımlarla düzelttim: 1. Windows görev yöneticisini açın ve adb.exe işlemini öldürün. 2. Tutulmayı kapatın ve yeniden başlatın. Sonra işe yarıyor.

Umarım yardımcı olur.

Bu belirtiler, Android Studio ile aynı anda Genymotion öykünücüsünü (Windows veya Linux'ta) kullanıyorsanız oluşur:

adb server is out of date.  killing...
ADB server didn't ACK
* failed to start daemon *

Genymotion adb, Android SDK'da paketlenmiş olana müdahale eden kendi kopyasını içerir .

Düzeltmenin en kolay yolu, Android SDK'nızla aynı ADB'yi kullanması için Genymotion Ayarlarınızı güncellemek gibi görünüyor:

"Özel Android SDK araçlarını kullan" seçeneğini işaretlemeniz ve istediğiniz konumu girmeniz yeterlidir.

ADB, içinde yeni satır varsa genellikle başarısız olur adb_usb.ini. Çıkarın, yeniden başlatın ve bu genellikle sorunu çözecektir (en azından benim için yine de).

Komut istemi (cmd.exe):

netstat -aon | findstr 5037

0.0.0.0 işlem kimliğini bulun:

Adb.exe olduğundan emin olun:

tasklist | findstr 1980

Bu işlemi öldür:

taskkill /f /t /im adb.exe

ADB'yi normale döndürün:

Kredi: blog yazısı * Android ADB sunucusu ACK daemon'u başlatamadı *

Cihaz için bir senkronizasyon uygulaması kullanıyorsanız, bunun nedeni aynı 5037bağlantı noktasını kullanan başka uygulamalar da olabilir . Bağlantı noktasında çalışan tüm hizmetleri kapatın 5037ve ADB'yi başlatmayı deneyin.

Herhangi bir uygulamanın 5037 numaralı bağlantı noktasını kullanıp kullanmadığını kontrol etmek için şunu kullanın:

netstat -a -n -o |findstr "5037"

Uygulamanın PID'sini alın.

İşlemi bulmak ve işlemden çıkmak için İşlem Gezgini'ni kullanın .

Şimdi ADB sunucusu durumunu başlatmak / kontrol etmek için adb start-serverveya adb get-statedüğmesini kullanın .

Snappea / Wandoujia Sync uygulamasını kullandığımda sorunla karşılaştım.

~ / .Android / adb_usb.ini sonunda fazladan boş bir satır girerek bu soruna neden oldum

(Fazladan boş satırın kaldırılması sorunu çözdü)

Bu sorunu çok kolay çözebiliriz.

1. Bir komut istemi açın ve cd <platform-tools directory>
2. Komutu çalıştır adb kill-server
3. Windows Görev yöneticisini açın ve adbhala çalışıp çalışmadığını kontrol edin . Eğer öyleyse, sadece öldüradb.exe
4. adb start-serverKomut isteminde komutu çalıştır

İlk sorumu çözdüm: Eclipse'i açın, SDK Yöneticisi'ni açın ve açılacak cihazı seçin.

Veya SDK dizinini açabilirsiniz. SDK Yöneticisi'ni açın ve ardından açılacak cihazı seçin

2: Eclipse'i kapatın ve açın.

Telefonunuzdaki USB hata ayıklamanın açık olduğundan emin olun. ADB kill sunucusu ve ADB başlangıç ​​sunucusu sorun değildir.

C:\Documents and Settings\Administrator> adb nodaemon server

 - cannot bind 'tcp:5037'

C:\Documents and Settings\Administrator> netstat -aon | findstr "5037"

 - TCP 127.0.0.1:1130 127.0.0.1:5037 TIME_WAIT 0
 - TCP 127.0.0.1:1269 127.0.0.1:5037 TIME_WAIT 0
 - TCP 127.0.0.1:5037 0.0.0.0:0 LISTENING 3088
 - TCP 127.0.0.1:5037 127.0.0.1:1128 TIME_WAIT 0
 - TCP 127.0.0.1:5037 127.0.0.1:1129 TIME_WAIT 0
 - TCP 127.0.0.1:5037 127.0.0.1:1270 TIME_WAIT 0

C:\Documents and Settings\Administrator>tasklist -fi "pid eq 3088"

 - Image name PID session name session # memory usage

=================================================== ===== ============

 - adb.exe 3088 Console 0 3,816 K

C:\Documents and Settings\Administrator>taskkill /f /pid 3088

 - Success: terminate the PID for the process of 3,088.

C:\Documents and Settings\Administrator>adb start-server

 - daemon not running. starting it now on port 5037 *
 - daemon started successfully *

Burada zaten bu soruya başka bir cevap verdim, ancak herkesin merak etmesi durumunda, ADB'yi tekrar çalıştırmak için Eclipse'i yeniden başlatmanız gerekmez. Bir kabuk açın ve komutu çalıştırın:

adb start-server

Sistem özelliklerinizde ADB yolunu ayarlamadıysanız, önce ADB'nin bulunduğu dizine gitmelisiniz (Android \ android-sdk \ platform-tools .... Windows çalıştırıyorum, ' Mac insanlarının bir şeyi nasıl yaptığını bilmiyorum).

Sysinternals.com adresine gidin ve henüz yüklemediyseniz TCPVIEW ve PROCESS EXPLORER'ı alın.

Nedense, yakın yuva değişimi tamamlanmadan ADB arka plan programı sona eriyor. (Komut isteminden) "NETSTAT -o" komutunu çalıştırırsanız, CLOSE_WAIT durumunda olan soketi (genellikle 5037) ve sahip olunan işlem numarasını görürsünüz. İşlem Gezgini, işlem kimliğini (arka plan sonlandırıldı) göstermez ve adb.exe (soketi açan) adı verilen işlem kaybolur. (Bulunursa adb.exe varsa, görevi öldürmeyi deneyin ve işlerin temizlenip temizlenmediğine bakın.)

TCPVIEW kullanarak asılı soketi bulun. İşlem adı sütunu, ilişkili işlemin bulunamadığını gösterir. Sağ tıklayın ve "Bağlantıyı Kapat" ı seçin. Soket şimdi kapalıdır ve adb arka plan programı başlatılabilmelidir.

Benzer bir sorunum vardı. Görev Yöneticisi yaptığı gelen ADB sürecinin varolan örneğini öldürmek değil benim için çalış.

Birkaç gün önce MIPS SDK ve ADT-17'yi daha önce yüklemeye çalışmıştım ve Eclipse bana hata verdi ve bu sorunu çözmedim.

Yani, şimdi, bu ADB sunucusu ACK vermedi, daemon başlatılamadı ... sorunu, Eclipse Yardım 'Güncellemeleri Kontrol Et' yürüttüm menü öğesinde . Herhangi bir güncelleme mevcut değildi, ancak en azından 'ADB sunucusu ACK yapmadı' hatası kayboldu.

Umarım bu birkaç durumda yardımcı olabilir.

tip ./adb nodaemon server bir terminalde.

Geri dönerse Invalid content in adb_usb.ini, adb_usb.inidosyanızda bir sorun var..android klasördeki .

adb_usb.iniİçeriğini açın ve silin. Sonra sunucuyu yeniden başlatın ... benim için çalıştı.

Android dizininin yolunu kontrol edin. Boşluk vb. İçermemelidir.

Eklentinin Eclipse → Tercihler'de düzgün yapılandırılıp yapılandırılmadığını da kontrol edin .

Benim durumumda her şeyi birden çok kez kontrol ettim, ama hala çalışmıyor. Her şeyi yeniden yüklemek üzereydim, ama bu sitede bir cevap aldım (başka bir yazı).

Virüsten koruma programınızı kontrol edin. Bu, portları adb.exeveya emülatör programlarını vb. Engelliyor olabilir. Bu benim durumumda sorunu çözdü.

@Bastet'in çözümüne ek olarak :

Aslında adresi kullanarak süreci öldürmek zorundayız 0.0.0.0:0. Bu yüzden çoğu insan içinadb.exe Görev Yöneticisi'nden çalışıyordu (benim durumumda Görev Yöneticisi'nde bile göremedim).

@Bastet adımlarından sonra başka bir işlemin bu adresi kullandığını öğrendim. Bunu öldürmek için önde gitti ve bana sağladığı ACCESS DENIEDolarak Error.

Bu yüzden kullanarak tasklist | findstr ****sürecin adını öğrendim ve Görev Yöneticisi'nden öldürdüm.

Bundan sonra çalışmaya başladı.

Benim durumumda bas_daemon ve bas_helperher ikisi de MOBOROBO'ya karşılık gelen bu adresi kullanıyordum .

Ben de aynı problemi yaşadım. Ancak adbdizüstü bilgisayarımda hiçbir işlem olmadı . Sadece çıkış yapıp hesabımda oturum açtım ve çözüldü ...

Bundan sonra ADB, CMD pencerelerinden başlayabilir.

Herhangi bir cihazı veya yazılımı yeniden başlatmadan en iyi ve en etkili yol:

Aşağıdakileri çalıştırın:

adt-bundle-windows-x86_64\sdk\platform-tools\adb.exe

Ve bir şey daha .. ADB kendine bağımlı bir şey. Çalışmasını istemedikçe hiçbir şey yapamazsınız. Öğrenmem için bir yol daha var: Cihazı 5-6 dakika bağlı halde bırakın ve bekleyin. Yakında cihaz bağlanır ve başlatılmaya çalışır.

Samsung Galaxy S III telefonumu rootlayana kadar (xda-geliştirici forum rehberini izleyerek) bu benim için olmadı .

Oldukça rasgele olur, ancak Eclipse çalıştırılırken kesinlikle gerçekleşir.

Adb.exe işlemini öldürmek ve yeniden başlatmak sorunu çözer.

Antivirüs veya güvenlik duvarına bakın ... Bunlardan herhangi biri erişiminizi engelliyor mu? K7 antivirüsünde sistem monitörünü kapattım ve benim için çalışıyor ...

Güvenlik duvarımda adb.exe'nin ağıma erişmesine izin vermek zorunda kaldım.

Tutulmayı öldürmek ve sonra yeniden başlatmak bana yardımcı olmadı. Android aracını PATH değişkenlerine ekledim, Görev Yöneticisi'ni başlattım ve adb.exe'yi öldürdüm.

Eclipse'i yeniden başlattım ve işe yaradı.