Urządzenie Android ADB offline, nie może wydawać poleceń

Nie mogę się już połączyć z moim urządzeniem za pomocą ADB za pośrednictwem wiersza poleceń lub w środowisku Eclipse .

Uruchamianie polecenia

adb devices

zwraca nazwę urządzenia, ale mówi, że jest offline.

Rzeczy, których próbowałem.

1. Przełączono tryb debugowania Androida
2. Ponownie zainstaluj sterownik Google USB
3. Przywrócono system operacyjny do wcześniej działającej kopii zapasowej ( CyanogenMod )
4. Zamieniono przewód USB
5. Zrestartował telefon / komputer wiele razy
6. Zaktualizowano zestaw Android SDK

Naprawdę nie mam pojęcia, co się dzieje. Wszystko, co myślisz, że mogę spróbować, jestem cały w uszach.

Dla jasności, jeśli masz ten sam problem, prawdopodobnie jest to nieaktualny zestaw SDK. Od 4.2.2 dostępna jest funkcja bezpieczeństwa, która wymaga potwierdzenia odcisku palca RSA podłączanego urządzenia. Otwórz menedżera SDK i zaktualizuj narzędzia! Następnie uruchom ponownie.

Właśnie dostałem ten sam problem po aktualizacji Nexusa 7 i Galaxy Nexus do Androida 4.2.2.

Tym, co naprawiło to dla mnie, była aktualizacja narzędzi platformy SDK do wersji r16.0.1. Dla mnie ta wersja nie była wyświetlana w moim menedżerze SDK, więc ściągnąłem ją bezpośrednio z http://dl.google.com/android/repository/platform-tools_r16.0.1-windows.zip .

Następnie musisz zmienić nazwę platform-toolskatalogu i rozpakować goandroid-sdk-windows/platform-tools . Korzystając z Menedżera SDK, zaktualizowałem też do najnowszych narzędzi SDK.

Jeśli całe Eclipse i ADT są starożytne, być może będziesz musiał je zaktualizować, ale ja nie musiałem.

Uwaga: może być konieczne dwukrotne uruchomienie SDK Managera (raz, aby się zaktualizować), zanim zobaczysz najnowsze pakiety.

Spróbuj uruchomić adb devicespo uruchomieniu adb kill-server. Następnie pojawia się pytanie bezpieczeństwa. Pracował dla mnie.

Wydaje się również, że często występuje, gdy łączysz się z urządzeniem w trybie Wi-Fi (na przykład w Android Studio lub konsoli adb tcpip 5555).

Naprawić:

1. Odłącz połączenie USB - lub wyłącz Wi-Fi urządzenia, jeśli masz połączenie Wi-Fi.
2. Zamknij Android Studio / Eclipse / inne IDE.
3. Uruchom, adb kill-serveraby upewnić się, że adb nie działa.
4. Uruchom ponownie urządzenie z Androidem.
5. Po ponownym uruchomieniu urządzenia podłącz je przez USB i uruchom adb devices. To powinno uruchomić demona ADB. Twoje urządzenie powinno być teraz ponownie online.

Ten sam problem trafiłem na Nexusie 7 z aktualizacją 4.2.2 OTA. Jestem prawie pewien, że po aktualizacji miałem połączenie ADB przez USB i Wi-Fi, dopóki nie przestało działać. Aby to naprawić, zaktualizowałem mój zestaw SDK, używając:

android update sdk --no-ui

Teraz moimi narzędziami programistycznymi są:

• SDK wersja 16.0.2
• Narzędzia SDK rev 21.1
• SDK API 17, wersja 2

Nie mogę podkreślić, że zmiana portów USB jest kluczem. Często porty USB na panelu przednim mogą być uszkodzone.

Dla każdego, kto zastanawia się nad 4.2.2, na telefonie pojawia się pytanie bezpieczeństwa z prośbą o weryfikację RSA na komputerze. Upewnij się, że Twoje narzędzia są zaktualizowane ORAZ zezwalasz na dostęp do komputera, weryfikując pytanie bezpieczeństwa na danych urządzeniach. Naprawiłem to dla mnie.

I jak zawsze sprawdź, czy masz włączone debugowanie w opcjach programisty;)

Wiele plików adb.exe?

Mój problem został rozwiązany po usunięciu kopii OLD adb.exe z C: / Windows / . Nie wiem, jak kopia pliku adb.exe dotarła do C: \ Windows \?

Kiedy uruchamiam program adb.exe z systemu Android- SDK / Platform-Tools /, nie miałem problemu z wykryciem.

Spróbuj wyłączyć raz debugowanie USB, a następnie włączyć je ponownie, a następnie połączyć urządzenie z systemem: link

Miałem ten problem i żadna inna odpowiedź nie pomogła. Co było konieczne, po zaktualizowaniu zestawu SDK i zainstalowaniu interfejsu API dla wersji 4.2.2, działało:

android update adb

Innym problemem, jaki miałem, było to, że próbowałem podłączyć ADB przez Wi-Fi, co jest moją jedyną opcją, ponieważ porty USB na moim Macu są naprawdę małe. Niestety ADB przez Wi-Fi nie pokazuje pytania bezpieczeństwa w 4.2.2, więc musisz znaleźć kabel USB, który będzie działał i podłączyć się przez USB przynajmniej raz, aby zaakceptować pytanie bezpieczeństwa, ale po tym raz to zrobisz , możesz połączyć się przez Wi-Fi.

Jeśli urządzenie normalnie łączy się przez USB, ale nagle przestaje działać, zwłaszcza po odłączeniu i ponownym podłączeniu kabla USB, spróbuj wykonać następujące nieinwazyjne kroki przed wykonaniem niektórych bardziej drastycznych rzeczy wymienionych w innych odpowiedziach:

adb kill-server
adb start-server
adb devices

Jeśli Twoje urządzenie znajduje się na liście obok „urządzenie”, wrócisz do pracy.

Jeśli Twoje urządzenie znajduje się obok „offline”, spróbuj ponownie je uruchomić. Demon ADB na urządzeniu czasami się zawiesza. Zauważyłem to bardziej, kiedy odłączyłem kabel podczas LogCat jest uruchomiony i po ponownym połączeniu z Wi-Fi lub Ethernet.

Jeśli twojego urządzenia nie ma na liście, powinieneś spróbować rozwiązań z innych odpowiedzi, zaczynając od wypróbowania innego kabla USB i portu. Te tanie kable mogą się zepsuć.

Pamiętaj, aby użyć adbz platform-toolsfolderu po zaktualizowaniu narzędzi SDK.

W końcu zacząłem działać, gdy zdałem sobie sprawę, że używam skopiowanej przestarzałej wersji ADB/usr/bin .

Czasami może się to zdarzyć z powodu błędu serwera adb (myślę). To zawsze mówi

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

Po prostu zabij serwer i zacznij od nowa. To zadziałało dla mnie.

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

Użyłem adb connect <device_ip>i żadne z innych rozwiązań nie zadziałało, ponieważ mój problem był po drugiej stronie. Na urządzeniu musiałem stop adbdgo ponownie uruchomić start adbd. Urządzenie jest teraz ponownie „online”.

Natknąłem się na ten sam problem, który dla mnie naprawił. najpierw podłącz telefon za pomocą usb, a następnie sprawdź, czy telefon komórkowy jest w ustawieniach >> o statusie telefonu >> uruchom następujące polecenia.

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

Próbowałem dturvene i wszystkich innych rozwiązań, ale one nie działały. Potrzebowałem jeszcze jednego kroku.

Uruchom te polecenia

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

Aby sprawdzić, czy zadziałało, uruchom „wersję adb” przed i po komendach i upewnij się, że jest najnowsza. Powodem tego adb kill-serverpolecenia jest to, że najprawdopodobniej działa i nie można go zaktualizować podczas działania, więc najpierw musisz go zabić.

Dla mnie nic nie działało. Spędziłem około 12 godzin na ciągłym wyszukiwaniu w Internecie i wypróbowywaniu rozwiązań, które działały dla innych osób mających podobne problemy.

Wreszcie skończyłem z robieniem ADB przez LAN. Ustawienie było tuż obok ustawienia debugowania USB, aw ADB można je aktywować za pomocą „adb connect [ADRES IP]: [PORT]”. Port miał numer 5555 na moim telefonie.

Mam nadzieję, że to pomoże komuś wrócić do pracy zamiast radzić sobie z ciągłymi wadami.

To podejście zadziałało dla mnie:

1. adb kill-server
2. Wyłącz urządzenie offline w Menedżerze urządzeń (patrz obrazek poniżej)
3. Włącz urządzenie w Menedżerze urządzeń
4. adb start-server

Menedżer urządzeń, menu „Widok”, „Urządzenia według połączenia”:

Początkowo napotkałem ten sam problem (z ADB / fastboot pobranymi z GitHub ), ale w końcu udało mi się go uruchomić . Co dla mnie zadziałało:

• Android SDK. Wersja ADB: 1.0.31
• Korzystanie z przedniego portu USB ( MacBook Pro 15 ")
• Ponowne uruchamianie telefonu po włączeniu opcji programistycznych i debugowaniu USB (zrób to 7 razy stuknij ustawienia> informacje o telefonie> kompilacja).
• Zabij serwer adb, jeśli na liście nie ma żadnego urządzenia (serwer zabijania adb)
• Ikona debugowania powinna być widoczna na telefonie.
• Należy odblokować ekran blokady, aby sprawdzić okno dialogowe potwierdzenia odcisku palca RSA.

Zainstalowano najnowszą wersję systemu Android SDK.
Zmieniono port USB urządzenia.
Zmieniono z MTP -> Tylko ładowanie -> MTP.
Zadziałało.

Jeśli wcześniej autoryzowałeś odcisk palca RSA na swoim komputerze i próbowałeś zabić serwer ADB itp., Ale problem może polegać na tym, że próbujesz połączyć się z nim, gdy jest on zablokowany. Spróbuj nacisnąć przycisk ekranowy i wprowadzić swój wzór - to naprawiło to dla mnie.

Najlepszym sposobem, jaki wymyśliłem, jest wyłączenie, a następnie włączenie urządzenia w Menedżerze urządzeń i uruchomienie polecenia urządzeń adb.

1. Przejdź do zakładki Start i kliknij prawym przyciskiem myszy Komputer
2. Z menu rozwijanego kliknij Zarządzaj
3. Na ekranie zarządzania komputerem kliknij Menedżer urządzeń
4. W prawym okienku rozwiń urządzenia przenośne, aby znaleźć swoje urządzenie
5. Kliknij prawym przyciskiem myszy nazwę swojego urządzenia i kliknij polecenie Wyłącz w menu rozwijanym
6. Po wyłączeniu powtórz krok 5, z wyjątkiem włączenia.

Urządzenie wróci do trybu online. Jest szybsze.

Jeszcze jedna możliwość dla osób z niestabilnymi połączeniami ADB i jeśli są na komputerze Mac i mają Android File Transfer zainstalowany : Odkryłem, że przesyłanie plików zakłóca moje połączenie ADB, powodując, że przestaje działać.

Zabicie Android File Transfer Agent.appprocesu szukania kompatybilnych urządzeń (na przykład Nexusa 7) podłączonego do komputera Mac leczy dla mnie niestabilność.

Ponieważ nikt nie udzielił odpowiedzi na moją sytuację: możesz nie mieć dostępu do pliku ~ / .android / adbkey. Jeśli początkowo uruchamiasz adb za pomocą sudo, wygeneruje parę kluczy publicznych, pisząc to do ~ / .android / adbkey.pub i ~ / android / adbkey. Oczywiście klucz prywatny to chmod 600 - można go odczytać tylko w katalogu głównym w katalogu głównym. Następnie uruchomienie adb jako zwykłego użytkownika nie da dostępu do pliku klucza prywatnego, co z kolei zakończy się niepowodzeniem w trybie „urządzenie offline”.

Rozwiązaniem dla mnie na komputerze Mac była aktualizacja adbdo najnowszej wersji (1.0.32). Teraz mogę ponownie zobaczyć swoje urządzenie w trybie online

Powodem zgłoszenia urządzenia jako offline jest to, że adb nie może się z nim połączyć. Plik wykonywalny Adb ze środowiska programistycznego tworzy połączenie (gniazdo) z kontrolowanym urządzeniem. Urządzenie ma usługę (demona), która nasłuchuje tej komunikacji. Demon nazywa się adbd (jak w adbdaemon). Kiedy włącza się adb na urządzeniu, w rzeczywistości uruchamia się tego demona, więc można ustanowić komunikację z urządzeniem.

Gdy urządzenie jest zgłaszane przez adb jako offline, oznacza to, że demon już nie działa lub jest w stanie, który nie przyjmuje połączeń. Najczęściej dzieje się tak, gdy sieć przestaje działać przy aktywnym (sieciowym) połączeniu.

Jedynym sposobem, aby to naprawić, było ponowne uruchomienie urządzenia. Można dojść do naprawy statusu offline na wiele innych sposobów, ale ponowne uruchomienie urządzenia zawsze działa.

Kiedy mam do czynienia z tymi samymi problemami, niż postępuję jak poniżej:

1. Uruchom ponownie adb, wydając adb kill-server, a następnie adb start-server w wierszu polecenia
2. Wyłącz i włącz ponownie debugowanie USB w telefonie
3. Ponowne uruchomienie telefonu, jeśli nadal nie działa. 99% moich problemów zostało rozwiązanych dzięki tym krokom.

Po prostu dlatego, że twój komputer nie ma odpowiedniego sterownika. Aby to naprawić:

1. Pobierz i rozpakuj zestaw Android SDK

2. Przejdź do Menedżera urządzeń (kliknij prawym przyciskiem myszy Komputer -> Właściwości -> Menedżer urządzeń

3. W prawym okienku rozwiń urządzenia przenośne, aby znaleźć swoje urządzenie

4. Kliknij prawym przyciskiem myszy nazwę swojego urządzenia i kliknij Aktualizuj oprogramowanie sterownika

5. Przeglądaj mój komputer w poszukiwaniu oprogramowania sterownika

6. Przejdź do folderu Android SDK w kroku 1.

7. Dalej i gotowe

Spróbuj zrestartować serwer adb w następujący sposób:

adb kill-server

adb start-server

Natknąłem się również na te same problemy, co twoje. Ponowne uruchomienie serwera adb rozwiąże ten problem.

Aktualizowałem wiele razy, dopóki nie mogłem już więcej aktualizować, ale nigdy nie wyświetlałem monitu na ekranie; Po prostu przestawiałem urządzenie w tryb offline.

Mój problem polegał na tym, że uruchomiłem polecenie ADB z innego katalogu niż ten, który był aktualizowany.

Prawidłowy zaktualizowany katalog dla pliku ADB to:

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

Uruchom ponownie urządzenie. Próbowałem wszystkiego, co tutaj wymienione, aby mój telefon HTC (z systemem Android 4.0.3) działał, ale adb devicesciągle powtarzałem, że jest offline. Po ponownym uruchomieniu telefonu był on w końcu online. Niektóre z innych sugestii mogły przyczynić się do rozpoznania telefonu, ale wykonanie kilku ponownych uruchomień po drodze, gdy je wypróbujesz, z pewnością nie zaszkodzi.