Ich habe ein Problem mit Emulator-5554, es sagt mir immer wieder, dass es offline ist.
Wenn ich ein adb devices
über die Kommandozeile mache , heißt es
emulator-5554 offline
Selbst nach einem Neustart versuche ich diesen Befehl und er sagt immer noch, dass er offline ist.
Das Problem ist, wenn ich versuche, APK-Dateien über die abd install <path>
Eingabeaufforderung auf dem Emulator zu installieren , wird mir mitgeteilt , dass es offline ist. Wenn ich ein anderes Gerät erstelle und dieses ausführe, versuche ich, die APK-Dateien zu installieren zu viele Geräte angeschlossen haben. Mit anderen Worten, ich kann meine APK-Dateien nicht installieren.
Wie um alles in der Welt kann ich diesen verdammten Emulator-5554 loswerden? Ich habe gehört, dass bei einem Neustart alle Geräte gelöscht werden sollten, aber das scheint nicht zu funktionieren. Es ist, als würde es beim Start meines Computers initialisiert. Ist jemand auf dieses Problem gestoßen?
Vielen Dank
quelle
adb devices
um die Namen der Emulatoren zu erhalten. 4. Versuchen Sie, die APK zu installieren, indem Sie Folgendes ausführen:adb -s NAME_OF_DEVICE install file.apk
5. Sagen Sie uns, was passiert.adb -d
spezifizierte USB-Geräte anstelle von Emulatoren,adb -e
Emulatoren anstelle von USB-Geräten, undadb -s NAME
ich denke, kann verwendet werden, um spezifisch anzugeben, welches Gerät Sie möchten, obwohl mir nicht klar ist, ob es das letzte ist man arbeitet immer so wie man denkt.Antworten:
In einem solchen Fall können Sie alle folgenden Schritte ausführen, um sicherzustellen, dass Ihr Emulator wieder funktioniert:
adb kill-server
adb
in Prozessen. Wenn Sie eine finden, klicken Sie mit der rechten Maustaste darauf und klicken Sie auf Prozessbaum beenden.Das ist es! Es wird eine Weile dauern und sollte Ihr Problem lösen.
quelle
1. Einfach "Daten löschen", um dieses Problem zu beheben.
2. Wenn es nicht funktioniert, gehen Sie zum emulierten Gerät und aktivieren Sie die Entwickleroptionen> aktivieren Sie das USB-Debugging
quelle
Android erkennt Emulatoren, indem es Ports ab Port 5555 scannt.
Die Nummer, die Sie in der
adb devices
Liste sehen (in Ihrem Fall 5554), ist eins weniger als der Port, den adb offen findet.Wahrscheinlich wird ein Prozess ausgeführt, der Port 5555 überwacht. Um das "Offline" -Gerät zu entfernen, müssen Sie diese Anwendung finden und schließen oder neu konfigurieren, um einen anderen Port abzuhören.
quelle
Diese Lösung ist für Windows.
(Siehe @Chris Knights Lösung für Mac / Linux )
Starten Sie Windows Powershell:
Start -> geben Sie 'Powershell' ein -> Drücken Sie ENTER
Führen Sie den folgenden Befehl aus: adb Geräte
In diesem Fall ist 12b80FF443 mein physisches Gerät, und die Emulator- * -Einträge sind Müll.
Per @Brigham : "Die Art und Weise, wie Android Emulatoren erkennt, besteht darin, Ports ab Port 5555 zu scannen." Die Portnummer wird nach dem Emulatornamen angegeben (in diesem Fall 5656 und 5652). Die zu überprüfende Portnummer ist die Emulator-Portnummer plus 1. In diesem Fall also: -
5656 + 1 = 5657
5652 + 1 = 5653
Mal sehen, welches Programm diese Ports verwendet. In diesem Fall beginnen die zu überprüfenden Ports mit "565". Also werde ich ab 565 nach verwendeten Ports suchen. Ausführen:
netstat -a -n -o | Select-String ":565"
tasklist /v | Select-String 5944
. Ersetzen Sie 5944 durch die Ausgabe des vorherigen Befehls:Was fuer eine Ueberraschung. Es ist ADB. Wie aus anderen Antworten hervorgeht, können es auch andere Programme sein.
kill 5944
und 5944 durch die PID im vorherigen Befehl ersetzen.ADB startet neu (wie zuvor getötet) und erkennt keine gefälschten Emulatoren mehr.
quelle
Ich habe dieses Problem endlich gelöst. Ich musste zu den Entwickleroptionen in den Einstellungen im Emulator gehen , dann ein wenig nach unten scrollen und das USB-Debugging aktivieren. Sofort wurde mein Gerät online erkannt und ich hatte dieses Problem nicht mehr. Ich habe versucht , Android Studio und Emulator neu zu starten , zu töten adb Prozess, aber die hat nicht funktioniert.
quelle
Wenn Sie unter Linux oder Mac arbeiten und davon ausgehen, dass das Offline-Gerät "emulator-5554" ist, können Sie Folgendes ausführen:
Was die folgende Ausgabe ergibt:
Dies sagt mir, dass die Prozess-ID 4848 (Ihre wird wahrscheinlich anders sein) immer noch Port 5554 abhört. Sie können diesen Prozess jetzt beenden mit:
und das Ghost Offline-Gerät ist nicht mehr!
quelle
Versuchen Sie im AVD-Manager die Option "Jetzt kalt starten" in der Dropdown-Liste. Es hat bei mir funktioniert!
quelle
In meinem Fall habe ich einen Prozess gefunden, bei dem adb nicht gut funktioniert.
Sie können versuchen, einen seltsamen Prozess abzubrechen und "ADB-Geräte" zum Testen auszuführen.
Es hat bei mir funktioniert:
Töte den Prozessnamen MONyog.exe
quelle
Ich habe dies gelöst, indem ich meine Eingabeaufforderung geöffnet habe:
adb kill-server
ADB-Geräte
Nach dem Start erkennt ADB nun das Gerät / den Emulator.
quelle
Ich hatte auch das gleiche Problem. Ich habe alle hier beschriebenen Lösungen ausprobiert, aber sie haben mir nicht geholfen. Dann habe ich alle Emulatoren im Android Virtual Device Manager entfernt und neue erstellt. Das Problem lag in der CPU / ABI- Systemabbildkonfiguration des Android Virtual Device Managers . Auf meinem Windows10-Computer ist der Emulator mit Systemabbild
x86
immer offline, während der Emulator mit Systemabbildx86_64
wie erwartet einwandfrei funktioniert. Sei dir dessen einfach bewusstquelle
Einfach schreiben
und sei glücklich mit adb))
quelle
rm -Rf ~/.android
um Offline-Geräte zu bereinigen. Bester Befehl und nur einer, um mein Problem zu lösen. Neinkill-server
oderstart-server
hat den Trick gemacht.Aktivieren Sie das USB-Debugging in Ihrem Emulator
Das ist es zu genießen
quelle
Aus der AVD-Manager-Liste in der Dropdown-Liste Aktionen: Jetzt kalt starten
startet es ohne alle Schmerzen oben neu.
quelle
Die Option "Benutzerdaten löschen" löste endlich mein Problem. Löschen Sie einfach die Benutzerdaten jedes Mal, wenn Sie den Emulator starten. Das funktioniert bei mir immer! Ich benutze Windows 8 x 64, Eclipse
quelle
Cold Boot Now
hilft.Haben Sie versucht, Ihre AVD zu löschen und neu zu erstellen? Sie können die AVD-Dateien manuell löschen, indem Sie in das Verzeichnis wechseln, in dem sie gespeichert sind (im Unterverzeichnis /.android/avd Ihres Benutzers).
quelle
Gehen Sie zum Windows Task Manager und beenden Sie den Prozess "adb.exe". Es kann mehr als eine Instanz desselben Prozesses geben. Stellen Sie sicher, dass alle beendet sind.
quelle
Haben Sie Bluestacks installiert? Wenn Sie dies tun, wird durch die von ihm ausgeführten Hintergrundprozesse das Offline-Gerät "emulator-5554" erstellt.
Gehen Sie zum Task-Manager und beenden Sie alle Prozesse mit der Beschreibung von "Bluestacks".
quelle
Unter Linux oder Mac wird der blockierte Port Emulator-ID + 1, also 5555, also: Zeigt die PID
sudo lsof -i :5555
des Prozesses an, der den Port nimmt (sollte die zweite Spalte sein), um ihn zu beenden:sudo lsof -i :5555 | awk '{print $2}' | xargs kill
dann werden adb (gefälschte) Geräte nicht mehr in der Liste angezeigt
quelle
In meinem Fall arbeitete der Emulator mit Oreo und niedriger, aber nicht mit Pie, und alles, was ich versuchte, schien keine Wirkung zu haben. Was schließlich funktionierte, war die Aktualisierung des Emulators auf den neuesten Stand (Version 28).
quelle
In meinem Fall habe ich in "Jetzt kalt starten" gestartet und auf "Nachricht" geklickt, um die Verbindung zuzulassen.
quelle
öffne deinen Emulator,
Einstellung -> Informationen zum emulierten Gerät -> Klicken Sie wiederholt auf Nummer erstellen -> Entwickleroptionen öffnen -> USB-Debuggin öffnen
quelle
Ich habe festgestellt, dass die Emulationsumgebung als "offline" angezeigt wird, wenn die von mir verwendete ADB-Revision nicht aktuell war. Ich habe meine Pfade ordnungsgemäß aktualisiert (und die alte ADB-Version gelöscht) und bei "ADB Kill-Server", "ADB-Geräten" wurde die Emulationsumgebung nicht mehr als "Offline" angezeigt.
Danach konnte ich sofort "adb shell" verwenden.
quelle
Versuche dies ...
Schließen Sie den Emulator, wenn er ausgeführt wird.
Starten Sie den Emulator erneut und warten Sie, bis er online ist.
Geben Sie Command in der Eingabeaufforderung ein und drücken Sie die ENTER-Taste: adb tcpip 5555
(Stellen Sie sicher, dass jeweils nur ein Emulator ausgeführt wird.)
adb -s emulator-5555 emu kill
Drücken Sie die Eingabetaste ....
Getan.
Überprüfen Sie die Geräte mit dem Befehl "adb Geräte" in cmd.
quelle
Wenn der Emulator bereits geöffnet ist oder ausgeführt wird, wird angezeigt, dass er offline ist. Sie können die Befehlszeile (Ubuntu) überprüfen und Folgendes ausführen:
Sie müssen Ihren Emulator offline sehen, Sie müssen die laufende Instanz des Emulators schließen (da der Port als ausgelastet angezeigt wird) und danach können Sie Ihre Anwendung ausführen. Hoffe das hilft jemandem.
quelle
Ich habe alles versucht, aber nur dieses funktioniert für meinen Fall: Verwenden Sie den SDK-Manager und installieren Sie das System-Image neu. Klicken Sie in Android Studio auf Konfigurieren, SDK-Manager, Starten Sie den eigenständigen SDK-Manager, überprüfen Sie alle "Google APIs Intel x86 * System Image", "Intel x86 Atom * System Image" und installieren Sie. Starten Sie dann Android Studio neu.
Möglicherweise müssen Sie das virtuelle Gerät mit AVD Manager neu konfigurieren und löschen. Stellen Sie sicher, dass Sie die x86-Version auswählen.
quelle
Stellen Sie sicher, dass Ihre ADB-Integration aktiviert ist. Gehen Sie zu Extras> Android> ADB-Integration aktivieren.
Wenn dies nicht aktiviert ist, aktivieren Sie diese Option, schließen Sie Ihr virtuelles Gerät und öffnen Sie es erneut. das hat bei mir geklappt .. viel glück !!
quelle
Ich hatte das gleiche Problem mit meinem virtuellen Gerät. Das Problem ist auf das Oreo-Image der virtuellen Geräte zurückzuführen, in die der Play Store integriert ist. Um dieses Problem zu lösen, habe ich ein neues Gerät ohne integrierten Play Store installiert und alles war in Ordnung.
Hoffe es hilft, Tschüss
quelle
Einfach löschen und Zahnrad avd erneut erstellen. Es wird funktionieren.
quelle
In meinem Fall war die Ursache, dass ich eine VM mit Android-x86 wieder aufgenommen hatte. Ein Neustart der VM mit Android-x86 und ein Neustart des ADB-Servers haben das Problem behoben.
quelle
Dies liegt daran, dass auf Ihrem Computer ein anderes virtuelles Gerät installiert ist. Es könnten Bluestacks sein, da ich auch mit einem ähnlichen Problem konfrontiert war. Ich habe Bluestacks deinstalliert und dann überprüft, ob
adb devices
es gut lief.quelle