Mam Nexusa 4 z Androidem 4.3 i próbuję podłączyć urządzenie do komputera z Windows 7 64bit.
Zainstalowałem najnowsze sterowniki i najnowszą adb
wersję. Myślę, że próbowałem prawie wszystkiego i nadal otrzymuję następujący komunikat:
C:\Program Files (x86)\Android\sdk\platform-tools>adb devices
List of devices attached
007667324ccb229b unauthorized
Jaka może być przyczyna tego błędu?
remember
, 2.? 3. zysk!echo %ANDROID_SDK_HOME%
ustawiono właściwą ścieżkęRozwiązałem ten problem bez usuwania jakichkolwiek kluczy. Oto jak:
źródło
Zmień tryb połączenia USB z MTP na aparat (w przypadku Nexusa 7) lub ewentualnie na pamięć masową lub coś innego (w przypadku innych urządzeń). Ta opcja jest zwykle poniżej
Settings -> Storage
. Następnie podłącz urządzenie ponownie, pojawi się okno dialogowe autoryzacji.Wiadomo, że protokół MTP koliduje z debugowaniem USB - te dwa w ogóle nie współpracowały na większości starszych urządzeń. Nexus 7 i wiele nowszych urządzeń pozwalają na współpracę obu tych urządzeń, ale ten konkretny problem sugeruje, że nie jest jeszcze tak płynnie.
Bonus - lista kontrolna, kiedy
adb
nie zachowuje się dobrze:adb kill-server
śledzony przezadb start-server
Settings -> Developer Options -> USB Debugging
- wyłącz i włącz/etc/udev/rules.d/51-android.rules
(znowu uniwersalne rozwiązanie: https://github.com/snowdream/51-android )~/.android
należy do Ciebie, a nieroot
(i popieraj tę odpowiedź )źródło
Myślę, że ma błąd, gdy urządzenie próbuje wyświetlić ekran z pytaniem o pozwolenie, więc się nie pojawia.
To działa dla mnie (polecenia są podane w
adb shell
):rm /data/misc/adb/adb_keys
;stop adbd
;cat adbkey.pub >> /data/misc/adb/adb_keys
(upoważniam się);start adbd
(zrestartuj adb z nowymi kluczami).źródło
Po upewnieniu się, że masz włączone debugowanie USB, odblokuj telefon i podłącz go do urządzenia przez USB. Zostaniesz poproszony o autoryzację komunikacji z komputerem, z którym się połączyłeś. Wyświetli również odcisk cyfrowy klucza RSA komputera.
Zaakceptuj to i jesteś gotowy!
źródło
1.) Usuń ~ / .android / adbkey na komputerze stacjonarnym
2.) Uruchom polecenie „adb kill-server”
3.) Uruchom polecenie „adb start-server”
Powinien zostać wyświetlony monit o zaakceptowanie klucza debugowania.
źródło
Podobnie jak odpowiedź Flavio ( https://stackoverflow.com/a/18542792/1064996 ), miało to coś wspólnego z plikami
~/.android
(na komputerze hosta, a nie telefonie).Nie miałem
~/.android/adbkey
, ale miałem~/.android/debug.keystore
i cały mój~/.android
katalog był własnością roota. Usunąłem plik kluczy, a także zmieniłem właściciela na mnie (sudo chown -R $USER ~/.android
), zabiłem serwer adb i podłączyłem telefon, i zadziałało.Prawdopodobnie chodziło o własność. Upewnij się, że masz uprawnienia do odczytu / zapisu w
~/.android
źródło
Cztery łatwe kroki
./adb kill-server
./adb start-server
ponownie podłącz urządzenie, odblokuj je i zaakceptuj nowy klucz
źródło
adb kill-server && adb start-server
bo to jednowierszowy. Podoba mi się ta metoda, ponieważ mój zespół programistów również korzysta z urządzenia z systemem Android, a zresetowanie opcji programisty, jak zasugerowano w innym miejscu, może być niedogodnością dla reszty zespołu.W przypadku mojego Samsunga S3 musiałem przejść do opcji programisty w telefonie, odznaczyć pole wyboru „Debugowanie USB”, a następnie ponownie je zaznaczyć.
Następnie pojawi się okno dialogowe z pytaniem, czy chcesz zezwolić na debugowanie USB.
Gdy to zrobiłem, polecenie „
adb devices
” nie wyświetlało już nazwy „ nieautoryzowane ” jako nazwy mojego urządzenia.(Kilka miesięcy później ...)
Właściwie to samo dotyczyło podłączenia mojego urządzenia Galaxy Tab S , a opcje menu znajdowały się w nieco innych miejscach w systemie Android 4.4.2:
źródło
Oto moja wersja kroków:
jeśli powłoka adb wyświetla pustą nazwę hosta, zrestartuj urządzenie
źródło
Miałem ten sam problem. Nie jestem pewien, czy są to te same kroki dla systemu Windows, co na urządzeniu z systemem OS X, ale możesz spróbować:
Otwórz terminal i wpisz:
Gotowe! Po prostu
adb shell reboot
poczuj moc!źródło
Miałem te same problemy z uzyskaniem tokena autoryzacyjnego na moim Nexusie 5 w systemie Windows 8.1. Nie miałem zainstalowanego najnowszego sterownika adb - jest to widoczne w menedżerze urządzeń. Pobrałem najnowszy sterownik USB ADB z Google tutaj: http://developer.android.com/sdk/win-usb.html
Zaktualizowano sterownik w menedżerze urządzeń, jednak włączanie / wyłączanie debugowania USB i odłączanie / podłączanie USB nadal nie działa. W końcu „adb kill-server” i „adb start-server” wymienione w innych odpowiedziach załatwiły sprawę po zaktualizowaniu sterownika.
źródło
źródło
ANDROID_SDK_HOME
zmiennej środowiskowej spowoduje wyświetlenie urządzeń jakounauthorized
....\Android\sdk
kiedy folder był w...\Android\android-sdk
. Zmiana tego i otwarcie nowego wiersza polecenia (aby użyć zaktualizowanych zmiennych środowiskowych) spowodowało wyświetlenie wyskakującego okienka poadb-devices
ponownym uruchomieniu .Ponownie zainstalowałem
usb
sterowniki i upewniłem się, że nie używamUSB 3.0
portu.Następnie zamknąłem zaćmienie, zabiłem i uruchomiłem ponownie
adb
.Zostałem natychmiast poproszony przez telefon o zezwolenie na dostęp do komputera. Po zaakceptowaniu zrestartowałem zaćmienie i teraz mój Galaxy S3 pojawia się w Menedżerze urządzeń.
źródło
U mnie, gdy wyłączyłem MTP (w Ustawienia> Pamięć> Menu> MTP), w końcu dostałem monit RSA
źródło
Jeśli korzystasz z Adb przez sieć, spróbuj połączyć się przez USB lub odwrotnie. To załatwiło sprawę dla mnie. Po jednokrotnym zaakceptowaniu zawsze działa później.
źródło
Tego rodzaju stary post iw większości przypadków myślę, że odpowiedź, która została najbardziej pozytywnie oceniona, będzie działać na ludzi.
W Lollipopie na GPE HTC M8 nadal miałem problemy. Poniższe kroki zadziałały dla mnie.
adb devices
Teraz powinieneś otrzymać wyskakujące okienko RSA na swój telefon.
źródło
Nie otrzymałem odcisków palców RSA na moim telefonie.
Musiałem usunąć
C:\Users\<userName>\.android\adbkey
iadbkey.pub
pliki, a następnie zrobić zabić i restart serwera adb.Musiałem zatrzymać i ponownie uruchomić debugger i połączyć się jako USB w trybie PTP.
Ponieważ klucz autoryzacyjny RSA był przechowywany w tej ścieżce, zabicie i ponowne uruchomienie serwera adb nie pomogło.
źródło
Udało mi się rozwiązać ten problem, wykonując czynności wymienione tutaj: http://forum.xda-developers.com/showthread.php?t=2247471
źródło
Musiałem ponownie zainstalować mój sterownik adb, aby wyrwać się z tego problemu. Aby odzyskać telefon, zainstalowałem „Universal Naked Driver”. Odinstalowałem to i ponownie zainstalowałem sterownik z zestawu SDK systemu Android.
źródło
Kiedy wyłączam Comodo Antivirus, wszystko wraca do normy. Wszystkie inne proponowane tutaj rozwiązania poszły na marne. Jakoś znalazłem jedno rozwiązanie.
Jeśli używasz Comodo Antivirus (wersja 6.3 / dla innych wersji szukaj podobnych opcji), poniższe rozwiązanie może Ci pomóc.
Otwórz Comodo> Zadania> Zadania zaawansowane> Otwórz Ustawienia zaawansowane> Ustawienia zabezpieczeń> Zapora> Ustawienia zapory> Zaawansowane: filtruj ruch zwrotny (np. 127.xxx, :: 1)
Odznacz tę opcję „Filtruj ruch zwrotny”, co uniemożliwia normalne działanie adb.
źródło
Użyj innego kabla USB. Niektóre kable mogą nie mieć wszystkich podłączonych pinów lub tak dalej, a gdy działają w celu przesyłania obrazu, debugowanie / adb nie działa.
Podsumowując: nie żartuję. Kabel, który działa na moim telefonie (działa adb) NIE działa na moim tablecie - urządzenie jest zawsze offline lub nieautoryzowane, a tablet nie wyskakuje żadnego okna dialogowego. Próbowałem wielu restartów, ustawień, wpadłem w szał i przeklinałem cholernego Androida. Potem przypadkowo podłączyłem kabel, który był dołączony do tabletu i nagle zadziałał. Moja fascynacja Androidem zdecydowanie minęła. Co za głupi śmieć.
źródło
Zdarzyło mi się to po tym, jak oprogramowanie do tworzenia kopii zapasowych zmieniło uprawnienia do katalogu użytkownika. Otworzyłem go w Eksploratorze plików, poprosił mnie o ustawienie uprawnień i naprawił problem.
Do Twojej wiadomości: Android ma specjalny katalog w „\ User \ .android”. Jeśli nie możesz uzyskać do niego dostępu, nie wyświetli się monit.
źródło
Moja rozdzielczość była uruchamiana
adb devices
z wiersza polecenia, poprawiona do aplikacji adb. Na przykład C: \ Android \ platform-tools \ adb devices. Uruchomienie tego polecenia zwróciło następujący wynik* daemon not running. starting it now on port 5037 * *daemon started successfully *
Następnie zobaczyłem, że urządzenie jest wymienione jako nieautoryzowane, odłączam USB, ponownie podłączam i zostałem poproszony o odcisk palca RSA.
źródło
Miałem ten sam problem, stwierdziłem, że używam prostego kabla USB, który był przeznaczony tylko do ładowania, a nie do kopiowania danych. użycie dobrego kabla USB rozwiązało mój problem!
źródło
Po prostu ponowne podłączenie załatwiło sprawę… Okno dialogowe uprawnień nie pojawiło się po pierwszym podłączeniu urządzenia, za drugim razem i wszystko jest w porządku.
źródło