Android ADB-Gerät offline, kann keine Befehle ausgeben

Ich kann über ADB über die Befehlszeile oder in Eclipse keine Verbindung mehr zu meinem Gerät herstellen .

Befehl ausführen

adb devices

Gibt den Gerätenamen zurück, sagt aber, dass er offline ist.

Dinge, die ich versucht habe.

1. Android-Debugging-Modus umgeschaltet
2. Installieren Sie den Google USB-Treiber neu
3. Das Betriebssystem wurde auf ein zuvor funktionierendes Backup ( CyanogenMod ) zurückgesetzt.
4. Tauschen Sie das USB-Kabel aus
5. Telefon / Computer mehrmals neu gestartet
6. Das Android SDK wurde aktualisiert

Ich habe wirklich keine Ahnung, was los ist. Alles andere, von dem du denkst, dass ich es versuchen kann, ich bin ganz Ohr.

Um klar zu sein, wenn Sie dasselbe Problem haben, ist das Problem wahrscheinlich ein veraltetes SDK. Ab 4.2.2 gibt es eine Sicherheitsfunktion, bei der Sie den RSA-Fingerabdruck des Verbindungsgeräts bestätigen müssen. Öffnen Sie den SDK-Manager und aktualisieren Sie die Tools! Dann neu starten.

Ich habe heute das gleiche Problem, nachdem mein Nexus 7 und Galaxy Nexus auf Android 4.2.2 aktualisiert wurden.

Das Problem, das es für mich behoben hat, war das Upgrade der SDK-Plattform-Tools auf r16.0.1. Für mich wurde diese Version nicht in meinem SDK-Manager angezeigt, daher habe ich sie direkt von http://dl.google.com/android/repository/platform-tools_r16.0.1-windows.zip abgerufen.

Sie müssen das platform-toolsVerzeichnis dann umbenennen und in entpacken android-sdk-windows/platform-tools. Mit dem SDK-Manager hatte ich zuvor auch auf die neuesten SDK-Tools aktualisiert.

Wenn Ihre gesamte Eclipse und ADT uralt sind, müssen Sie sie möglicherweise ebenfalls aktualisieren, aber das musste ich nicht.

Hinweis: Möglicherweise müssen Sie SDK Manager zweimal ausführen (einmal, um sich selbst zu aktualisieren), bevor Sie die neuesten Pakete sehen.

Versuchen Sie, adb devicesnach dem Laufen zu laufen adb kill-server. Danach taucht eine Sicherheitsfrage auf. Hat für mich gearbeitet.

Es scheint auch häufig aufzutreten, wenn Sie im Wi-Fi-Modus eine Verbindung zum Gerät herstellen (in Android Studio oder in der Konsole, indem Sie adb tcpip 5555beispielsweise ausführen).

Reparieren:

1. Trennen Sie die USB-Verbindung oder schalten Sie das WLAN des Geräts aus, wenn Sie über WLAN verbunden sind.
2. Schließen Sie Android Studio / Eclipse / andere IDE.
3. Führen Sie aus, adb kill-serverum sicherzustellen, dass adb nicht ausgeführt wird.
4. Starten Sie Ihr Android-Gerät neu.
5. Schließen Sie das Gerät nach dem Neustart über USB an und führen Sie es aus adb devices. Dies sollte den ADB-Daemon starten. Ihr Gerät sollte jetzt wieder online sein.

Ich habe das gleiche Problem bei einem Nexus 7 mit 4.2.2 OTA-Update festgestellt. Ich bin mir fast sicher, dass ich nach dem Update eine ADB-Verbindung über USB und Wi-Fi hatte, bis es einfach nicht mehr funktionierte. Um dies zu beheben, habe ich mein SDK aktualisiert mit:

android update sdk --no-ui

Jetzt sind meine Entwicklungswerkzeuge:

• SDK Version 16.0.2
• SDK-Tools Version 21.1
• SDK API 17, Version 2

Ich kann nicht betonen, dass das Umschalten der USB-Anschlüsse der Schlüssel ist. Oft können USB-Anschlüsse an der Vorderseite defekt sein.

Für alle, die sich über 4.2.2 wundern, wird auf dem Telefon eine Sicherheitsfrage angezeigt, in der die RSA-Überprüfung mit dem PC angefordert wird. Stellen Sie sicher, dass Ihre Tools aktualisiert sind UND Sie dem PC Zugriff gewähren, indem Sie die Sicherheitsfrage auf den betreffenden Geräten überprüfen. Das hat es für mich behoben.

Und wie immer überprüfen Sie, ob Sie das Debuggen in den Entwickleroptionen aktiviert haben;)

Mehrere adb.exe-Dateien?

Mein Problem wurde behoben, als eine Kopie von OLD adb.exe aus C: / Windows / gelöscht wurde . Ich weiß nicht, wie eine Kopie von adb.exe auf C: \ Windows \?

Als ich adb.exe von android-sdk / platform-tools / aus startete, hatte ich kein Problem mit der Erkennung.

Deaktivieren Sie das USB-Debugging einmal und aktivieren Sie es erneut, und verbinden Sie dann Ihr Gerät mit system: link

Ich hatte dieses Problem und keine der anderen Antworten half. Nach dem Aktualisieren des SDK und der Installation der API für 4.2.2 wurde Folgendes ausgeführt:

android update adb

Ein weiteres Problem war, dass ich versucht habe, ADB über WLAN zu verbinden. Dies ist meine einzige Option, da die USB-Anschlüsse an meinem Mac sehr schwierig sind. Leider zeigt ADB über Wi-Fi die Sicherheitsfrage in 4.2.2 nicht an. Daher müssen Sie ein USB-Kabel finden, das funktioniert, und mindestens einmal eine Verbindung über USB herstellen, um die Sicherheitsfrage zu akzeptieren. Danach müssen Sie dies jedoch einmal tun können Sie über Wi-Fi verbinden.

Wenn Ihr Gerät normalerweise über USB angeschlossen wird, aber plötzlich nicht mehr funktioniert, insbesondere nachdem das USB-Kabel abgezogen und wieder angeschlossen wurde, führen Sie die folgenden nicht-invasiven Schritte aus, bevor Sie einige der in den anderen Antworten genannten drastischeren Schritte ausführen:

adb kill-server
adb start-server
adb devices

Wenn Ihr Gerät mit "Gerät" daneben aufgeführt ist, sind Sie wieder im Geschäft.

Wenn Ihr Gerät neben "offline" aufgeführt ist, starten Sie das Gerät neu. Der ADB-Daemon auf dem Gerät bleibt gelegentlich hängen. Ich habe dies mehr bemerkt, als ich das Kabel während der Ausführung von LogCat und nach dem Zurückschalten von der Verbindung über Wi-Fi oder Ethernet abgezogen habe .

Wenn Ihr Gerät nicht aufgeführt ist, sollten Sie die Lösungen in den anderen Antworten ausprobieren, indem Sie zunächst ein anderes USB-Kabel und einen anderen USB-Anschluss ausprobieren. Diese billigen Kabel können schlecht werden.

Stellen Sie sicher, dass Sie es adbaus Ihrem platform-toolsOrdner verwenden, nachdem Sie die SDK-Tools aktualisiert haben.

Ich habe es endlich geschafft, nachdem mir klar wurde, dass ich eine veraltete Version von ADB verwendet habe, die kopiert wurde /usr/bin.

Manchmal kann dies aufgrund eines ADB-Serverfehlers passieren (glaube ich). Es heißt immer

"device-name is offline" from adb devices command.

Töte einfach den Server und starte erneut. Es hat bei mir funktioniert.

"adb kill-server"
"adb start-server"

Ich habe verwendet adb connect <device_ip>und keine der anderen Lösungen hat funktioniert, weil mein Problem auf der anderen Seite war. Auf dem Gerät musste ich es stop adbdneu starten start adbd. Gerät ist jetzt wieder "online".

Ich bin auf dasselbe Problem gestoßen, das für mich behoben wurde. Verbinden Sie Ihr Telefon zuerst über USB und überprüfen Sie dann Ihre mobile IP-Adresse, die sich unter Einstellungen >> über Telefon >> Status befindet. Führen Sie die folgenden Befehle aus.

adb kill-server
adb start-server
adb tcpip 5555 //it resets port so put port you want to connect
adb connect 192.168.1.30:5555 //ip:port of your mobile to connect
adb devices //you will be connected over wifi

Ich habe Dturvene und alle anderen Lösungen ausprobiert, aber sie haben nicht funktioniert. Ich brauchte noch einen Schritt.

Führen Sie diese Befehle aus

1. adb kill-server
2. android update sdk --no-ui
3. adb start-server

Um zu überprüfen, ob es funktioniert hat, führen Sie 'adb version' vor und nach den Befehlen aus und stellen Sie sicher, dass es die neueste ist. Der Grund für den adb kill-serverBefehl ist, dass er höchstwahrscheinlich ausgeführt wird und nicht aktualisiert werden kann, während er ausgeführt wird. Sie müssen ihn also zuerst beenden.

Bei mir hat nichts geklappt. Ich habe ungefähr 12 Stunden damit verbracht, ständig im Internet zu suchen und die Lösungen auszuprobieren, die für andere Menschen mit ähnlichen Problemen funktionierten.

Schließlich habe ich nur das ADB-Zeug über das LAN erledigt. Die Einstellung befand sich direkt neben der USB-Debug-Einstellung und kann in ADB mit "adb connect [IPADDRESS]: [PORT]" aktiviert werden. Der Port war 5555 auf meinem Telefon.

Ich hoffe, dies hilft jemandem, wieder an die Arbeit zu gehen, anstatt sich mit ständigen Nachteilen auseinandersetzen zu müssen.

Dieser Ansatz hat bei mir funktioniert:

1. adb kill-server
2. Deaktivieren Sie das Offline-Gerät im Geräte-Manager (siehe Abbildung unten).
3. Aktivieren Sie das Gerät im Geräte-Manager
4. adb start-server

Geräte-Manager, Menü "Ansicht", "Geräte nach Verbindung":

Ich hatte anfangs das gleiche Problem (mit ADB / Fastboot, das von GitHub heruntergeladen wurde ), aber ich habe es schließlich zum Laufen gebracht . Was hat bei mir funktioniert:

• Android SDK. ADB-Version: 1.0.31
• Verwenden des vorderen USB-Anschlusses ( MacBook Pro 15 ")
• Starten Sie das Telefon neu, nachdem Sie die Dev-Optionen und das USB-Debugging aktiviert haben (tippen Sie dazu 7x auf Einstellungen> Über Telefon> Erstellen).
• Beenden Sie den ADB-Server, falls kein Gerät aufgeführt ist (ADB-Kill-Server).
• Das Debug-Symbol sollte auf dem Telefon sichtbar sein.
• Entsperren Sie unbedingt den Sperrbildschirm, um nach dem Dialogfeld zur Bestätigung des RSA-Fingerabdrucks zu suchen.

Installierte das neueste Android SDK.
Der USB-Anschluss des Geräts wurde geändert.
Geändert von MTP -> Nur aufladen -> MTP.
Es funktionierte.

Wenn Sie zuvor den RSA-Fingerabdruck Ihres PCs autorisiert und adb kill-server usw. ohne Glück ausprobiert haben, besteht Ihr Problem möglicherweise nur darin, dass Sie versuchen, eine Verbindung herzustellen, während dieser gesperrt ist. Versuchen Sie, die Screen-On-Taste zu drücken und Ihr Muster einzugeben - dies hat es für mich behoben.

Der beste Weg, den ich mir vorgestellt habe, besteht darin, das Gerät im Geräte-Manager zu deaktivieren und dann zu aktivieren und den Befehl adb Geräte auszuführen.

1. Gehen Sie zur Startregisterkarte und klicken Sie mit der rechten Maustaste auf Computer
2. Klicken Sie im Dropdown-Menü auf Verwalten
3. Klicken Sie im Computerverwaltungsbildschirm auf Geräte-Manager
4. Erweitern Sie im rechten Bereich tragbare Geräte, um Ihr Gerät zu finden
5. Klicken Sie mit der rechten Maustaste auf Ihren Gerätenamen und klicken Sie im Dropdown-Menü auf Deaktivieren
6. Wenn es deaktiviert wird, wiederholen Sie Schritt 5, außer um es zu aktivieren.

Das Gerät ist wieder online. Es ist schneller.

Eine weitere Möglichkeit für Personen mit flockigen ADB-Verbindungen, die auf einem Mac arbeiten und über Android File Transfer verfügen installiert haben: Ich habe festgestellt, dass die Dateiübertragung meine ADB-Verbindung stört und dazu führt, dass sie zeitweise nicht mehr funktioniert.

Wenn Sie den Android File Transfer Agent.appProzess beenden, bei dem nach kompatiblen Geräten (z. B. dem Nexus 7) gesucht wird, die mit dem Mac verbunden sind, wird die Flakigkeit für mich behoben.

Da niemand eine Antwort auf meine Situation gab: Sie haben möglicherweise keinen Zugriff auf die Datei ~ / .android / adbkey. Wenn Sie adb zunächst mit sudo starten, wird ein öffentliches Schlüsselpaar generiert, das in ~ / .android / adbkey.pub und ~ / android / adbkey geschrieben wird. Natürlich ist der private Schlüssel chmod 600 - nur für root in Ihrem Home-Verzeichnis lesbar. Wenn Sie anschließend adb als normaler Benutzer starten, erhalten Sie keinen Zugriff auf die private Schlüsseldatei, was wiederum mit "Gerät offline" unbemerkt fehlschlägt.

Was ich auf dem Mac gelöst habe, war das Update adbauf die neueste Version (1.0.32). Jetzt kann ich mein Gerät wieder online sehen

Der Grund für die Meldung eines Geräts als offline ist, dass adb keine Verbindung herstellen kann. Die aus der Entwicklungsumgebung ausführbare ADB-Datei stellt eine Verbindung (Socket) mit dem kontrollierten Gerät her. Das Gerät verfügt über einen Dienst (Daemon), der diese Kommunikation überwacht. Der Daemon heißt adbd (wie in adbdaemon). Wenn man adb auf einem Gerät aktiviert, startet man tatsächlich diesen Dämon, so dass Kommunikation mit dem Gerät hergestellt werden kann.

Wenn das Gerät von adb als offline gemeldet wird, liegt dies daran, dass der Dämon nicht mehr ausgeführt wird oder sich in einem Zustand befindet, in dem keine Verbindungen akzeptiert werden. Meistens geschieht dies, wenn das Netzwerk über eine aktive (Netzwerk-) Verbindung ausfällt.

Die einzige Möglichkeit, dies zu beheben, bestand darin, das Gerät neu zu starten. Man kann den Offline-Status auf viele andere Arten beheben, aber ein Neustart des Geräts funktioniert immer.

Wenn ich vor den gleichen Problemen stehe wie unten:

1. Starten Sie adb neu, indem Sie adb kill-server ausgeben , gefolgt von adb start-server in einer Eingabeaufforderung
2. Deaktivieren und aktivieren Sie das USB-Debugging auf dem Telefon erneut
3. Starten Sie das Telefon neu, wenn es immer noch nicht funktioniert. 99% meiner Probleme wurden mit diesen Schritten gelöst.

Es liegt nur daran, dass Ihr Computer nicht über den richtigen Treiber verfügt. Um das zu beheben:

1. Laden Sie das Android SDK herunter und extrahieren Sie es

2. Gehen Sie zum Geräte-Manager (Klicken Sie mit der rechten Maustaste auf Computer -> Eigenschaften -> Geräte-Manager

3. Erweitern Sie im rechten Bereich tragbare Geräte, um Ihr Gerät zu finden

4. Klicken Sie mit der rechten Maustaste auf Ihren Gerätenamen und klicken Sie auf Treibersoftware aktualisieren

5. Durchsuchen Sie meinen Computer nach Treibersoftware

6. Navigieren Sie in Schritt 1 zu Ihrem Android SDK-Ordner.

7. Als nächstes sind Sie fertig

Versuchen Sie, den ADB-Server wie folgt neu zu starten:

adb kill-server

adb start-server

Ich bin auch auf die gleichen Probleme gestoßen wie Sie. Ein Neustart des ADB-Servers behebt dieses Problem.

Ich habe viele Male aktualisiert, bis ich nicht mehr aktualisieren konnte, aber ich habe nie eine Eingabeaufforderung auf meinem Bildschirm erhalten. Ich habe das Gerät immer wieder offline geschaltet.

Mein Problem war, dass ich den ADB-Befehl aus einem anderen Verzeichnis als dem tatsächlich aktualisierten ausführte.

Das richtige aktualisierte Verzeichnis für die ADB-Exe lautet:

C:\Program Files (x86)\Android\android-sdk\platform-tools\

Starten Sie das Gerät neu. Ich habe alles versucht, um mein HTC-Telefon (mit Android 4.0.3) zum Laufen zu bringen, adb devicessagte aber immer wieder, es sei offline. Nachdem ich das Telefon neu gestartet hatte, war es endlich online. Einige der anderen Vorschläge hier haben möglicherweise dazu beigetragen, dass das Telefon erkannt wird, aber ein paar Neustarts auf dem Weg, während Sie sie ausprobieren, werden sicherlich nicht schaden.