Nexus 4 kann nicht mit adb verbunden werden: nicht autorisiert

Ich habe ein Nexus 4 mit Android 4.3 und versuche, das Gerät an einen Computer mit Windows 7 64-Bit anzuschließen.

Ich habe die neuesten Treiber und die neueste adbVersion installiert . Ich glaube, ich habe fast alles versucht und bekomme immer noch die folgende Nachricht:

C:\Program Files (x86)\Android\sdk\platform-tools>adb devices
List of devices attached
007667324ccb229b        unauthorized

Was kann der Grund für diesen Fehler sein?

Ich hatte eine ähnliche Situation. Folgendes habe ich getan:

Versuchen Sie, die USB-Debugging-Option im Gerät zu aktivieren und zu deaktivieren. (Wenn dies nicht funktioniert, versuchen Sie, den USB-Anschluss zu ziehen.)

Irgendwann sollte das Gerät eine Meldungsbox anzeigen, in der Sie gefragt werden, ob Sie den Computer autorisieren. Nachdem Sie auf Ja geklickt haben, wird das Gerät autorisiert und die Verbindung hergestellt.

Ich habe dieses Problem gelöst, ohne Schlüssel zu löschen. Hier ist wie:

1. Mein Gerät war über USB mit meinem Computer verbunden
2. Ich habe sichergestellt, dass Eclipse und Android Device Monitor nicht laufen.
3. An der Eingabeaufforderung eingegeben: adb kill-server
4. An der Eingabeaufforderung eingegeben: adb start-server
5. Nach dem Neustart von adb wurde auf meinem Gerät eine Aufforderung zur Autorisierung angezeigt, die ich zuließ.

СÄndern Sie den USB-Verbindungsmodus von MTP zu Kamera (für Nexus 7) oder möglicherweise zu Massenspeicher oder etwas anderem (für andere Geräte). Diese Option ist normalerweise unter Settings -> Storage. Schließen Sie dann das Gerät erneut an, und Sie erhalten den Autorisierungsdialog.

Es ist bekannt, dass MTP das USB-Debugging stört - diese beiden haben bei den meisten älteren Geräten überhaupt nicht zusammengearbeitet. Mit Nexus 7 und vielen neueren Geräten können beide nebeneinander arbeiten, aber dieses spezielle Problem deutet darauf hin, dass es noch nicht so reibungslos funktioniert.

Bonus - Checkliste für wann adbsich nicht gut verhält:

• adb kill-server gefolgt von adb start-server
• (am Gerät) Settings -> Developer Options -> USB Debugging - ein- und ausschalten
• [Windows] Stellen Sie sicher, dass Sie den richtigen Treiber haben (Ihre beste Wahl ist Universal Adb Driver von Koushik Dutta - kann mit jedem Gerät umgehen)
• [Windows] Schalten Sie alle ausgefallenen Anti-Malware-Scanner / Firewalls aus
• [Linux] Stellen Sie sicher, dass Sie die richtige UDEV-Regel in haben /etc/udev/rules.d/51-android.rules(wieder universelle Lösung: https://github.com/snowdream/51-android )
• [Linux] Stellen Sie sicher, dass alles unter ~/.androidIhnen gehört, nicht root(und stimmen Sie dieser Antwort zu )
• Gerät neu starten (ja, überraschenderweise ist dies auch eine gültige Maßnahme)
• (Offensichtlich) Kabel wieder einstecken, anderes Kabel, anderen Anschluss ausprobieren, Verlängerungskabel entfernen

Ich denke, es liegt ein Fehler vor, wenn das Gerät versucht, den Bildschirm mit der Bitte um Erlaubnis anzuzeigen, sodass er nicht angezeigt wird.

Das funktioniert bei mir (Befehle finden Sie in adb shell):

1. rm /data/misc/adb/adb_keys;;
2. Ich habe den öffentlichen Schlüssel (adbkey.pub in ~ / .android /) von meinem Computer per E-Mail an mein Gerät gesendet.
3. Invoke stop adbd;
4. cat adbkey.pub >> /data/misc/adb/adb_keys (autorisiere mich);
5. start adbd (Starten Sie adb mit neuen Schlüsseln neu).

Nachdem Sie sichergestellt haben, dass Sie das USB-Debugging aktiviert haben, entsperren Sie Ihr Telefon und schließen Sie es über USB an Ihr Gerät an. Sie werden dann aufgefordert, die Kommunikation mit dem Computer zu autorisieren, mit dem Sie verbunden sind. Außerdem werden die Fingerabdrücke des RSA-Schlüssels des Computers angezeigt.

Akzeptiere es und du kannst loslegen!

1.) Löschen Sie ~ / .android / adbkey auf Ihrem Desktop-Computer

2.) Führen Sie den Befehl "adb kill-server" aus

3.) Befehl "adb start-server" ausführen

Sie sollten nun aufgefordert werden, den Debug-Schlüssel zu akzeptieren.

Ähnlich wie bei Flavios Antwort ( https://stackoverflow.com/a/18542792/1064996 ) hatte dies etwas mit den Dateien zu tun ~/.android(auf dem Host-Computer, nicht auf dem Telefon).

Ich hatte nicht ~/.android/adbkey, aber ich hatte ~/.android/debug.keystoreund mein gesamtes ~/.androidVerzeichnis gehörte root. Ich entfernte die Keystore-Datei und wechselte auch den Besitzer zu mir ( sudo chown -R $USER ~/.android), tötete den ADB-Server und steckte mein Telefon ein, und es funktionierte.

Es war wahrscheinlich die Besitzsache. Stellen Sie sicher, dass Sie über Lese- / Schreibberechtigungen verfügen~/.android

Vier einfache Schritte

./adb kill-server ./adb start-server

Schließen Sie das Gerät wieder an, entsperren Sie es und akzeptieren Sie den neuen Schlüssel

Bei meinem Samsung S3 musste ich auf dem Telefon die Entwickleroptionen aufrufen, das Kontrollkästchen "USB-Debugging" deaktivieren und es erneut aktivieren.

Daraufhin wird das Dialogfeld angezeigt, in dem Sie gefragt werden, ob Sie das USB-Debugging zulassen möchten.

Sobald ich dies getan hatte, zeigte der adb devicesBefehl " " nicht mehr " nicht autorisiert " als meinen Gerätenamen an.

(Einige Monate später ..)

Das Gleiche galt für den Anschluss meines Galaxy Tab S- Geräts, und die Menüoptionen befanden sich mit Android 4.4.2 an leicht unterschiedlichen Stellen:

Hier ist meine Version der Schritte:

1. Stellen Sie sicher, dass adb ausgeführt wird
2. Gehen Sie im Gerät zu Einstellungen -> Entwickleroptionen -> USB-Debugging-Berechtigungen widerrufen
3. Gerät trennen
4. Geben Sie in adb shell> adb kill-server ein
5. Geben Sie in der ADB-Shell> ADB-Startserver ein
6. Gerät anschließen

Wenn die ADB-Shell den leeren Hostnamen anzeigt, starten Sie das Gerät neu

Hatte das gleiche Problem. Sie sind sich nicht sicher, ob dies für Windows dieselben Schritte sind wie für ein OS X-Gerät, aber Sie können Folgendes versuchen:

1. Starten Sie Ihr Telefon im Wiederherstellungsmodus neu.
2. Schließen Sie es an Ihren Computer an.

3. Öffnen Sie das Terminal und geben Sie Folgendes ein:

   cd ~/.android
   adb push adbkey.pub /data/misc/adb/adb_keys

4. Alles erledigt! Einfach adb shell rebootund fühle die Kraft!

Hatte die gleichen Probleme beim Erhalten eines Autorisierungstokens auf meinem Nexus 5 unter Windows 8.1. Ich hatte nicht den neuesten ADB-Treiber installiert - dies ist im Geräte-Manager sichtbar. Den neuesten ADB USB-Treiber von Google hier heruntergeladen: http://developer.android.com/sdk/win-usb.html

Der Treiber im Geräte-Manager wurde aktualisiert, das Aktivieren / Deaktivieren des USB-Debuggens und das Entfernen / Stecken von USB funktionierten jedoch immer noch nicht. Schließlich haben der in anderen Antworten erwähnte "adb kill-server" und "adb start-server" den Trick getan, sobald der Treiber aktualisiert wurde.

1. Stellen Sie sicher, dass adb auf dem neuesten Stand ist
2. Stellen Sie sicher, dass Sie die Google USB-Treiber verwenden: http://developer.android.com/tools/extras/oem-usb.html
3. Stellen Sie sicher, dass Ihre Umgebungsvariable ANDROID_SDK_HOME auf den richtigen Pfad eingestellt ist

Ich habe die usbTreiber neu installiert und sichergestellt, dass ich sie nicht verwendet habeUSB 3.0 Port verwende.

Ich habe dann Eclipse geschlossen und getötet und neu gestartet adb.

Wurde sofort am Telefon aufgefordert, den Computerzugriff zuzulassen. Nach dem Akzeptieren habe ich Eclipse neu gestartet und jetzt wird mein Galaxy S3 im Geräte-Geräte-Manager angezeigt.

Nachdem ich MTP deaktiviert hatte (unter Einstellungen> Speicher> Menü> MTP), erhielt ich endlich die RSA-Eingabeaufforderung

Wenn Sie über das Netzwerk auf adb sind, versuchen Sie stattdessen, eine Verbindung über USB herzustellen oder umgekehrt. Das hat den Trick für mich getan. Nach einmaliger Annahme funktioniert es später immer wieder.

Diese Art von altem Beitrag und in den meisten Fällen denke ich, dass die Antwort, die am meisten positiv bewertet wurde, für die Menschen funktionieren wird.

In Lollipop auf einem GPE HTC M8 hatte ich immer noch Probleme. Die folgenden Schritte haben bei mir funktioniert.

1. Gehe zu den Einstellungen
2. Tippen Sie auf Speicher
3. Tippen Sie oben rechts auf 3 Punkte
4. Tippen Sie auf USB-Computerverbindung
5. MTP deaktivieren
6. PTP deaktivieren
7. Geben Sie in Ihrer Konsole Folgendes ein adb devices

Jetzt sollten Sie das RSA-Popup auf Ihrem Telefon erhalten.

Der RSA-Fingerabdruck wurde auf meinem Telefon nicht angezeigt.

Ich musste die C:\Users\<userName>\.android\adbkeyund adbkey.pub-Dateien löschen und dann den ADB-Server beenden und neu starten.

adb kill-server
adb start-server

Ich musste den Debugger stoppen und neu starten und im PTP-Modus als USB verbinden.

Da der RSA-Autorisierungsschlüssel in diesem Pfad gespeichert wurde, hat das Beenden und Neustarten des ADB-Servers nicht geholfen.

Ich konnte dieses Problem lösen, indem ich die hier aufgeführten Schritte ausführte: http://forum.xda-developers.com/showthread.php?t=2247471

delete the computers adb key: rm /data/misc/adb/adb_key on device 

(I have no idea if in case of multiple authorized computers the additional keys are in a new line of the file or if they are in new files. I have only 1 computer.)

stop all adb processes "killall adb" in linuxoids and "taskkill /IM adb.exe" in windows or simply the taskmanager in both.

restart the phone

toggle usb debugging off and on

connect

use adb

click authorize

Ich musste meinen ADB-Treiber neu installieren, um dieses Problem zu lösen. Ich hatte "Universal Naked Driver" installiert, um mein Telefon wiederherzustellen. Ich habe das deinstalliert und den Treiber aus dem Android SDK neu installiert.

Wenn ich mein Comodo Antivirus ausschalte, läuft alles wieder normal. Alle anderen hier vorgeschlagenen Lösungen waren vergebens. Irgendwie habe ich eine Lösung gefunden.

Wenn Sie Comodo Antivirus verwenden (Version 6.3 / Für andere Versionen suchen Sie nach ähnlichen Optionen), hilft Ihnen die folgende Lösung.

Öffnen Sie Comodo> Aufgaben> Erweiterte Aufgaben> Erweiterte Einstellungen öffnen> Sicherheitseinstellungen> Firewall> Firewall-Einstellungen> Erweitert: Loopback-Verkehr filtern (z. B. 127.xxx, :: 1)

Deaktivieren Sie diese Option "Loopback-Verkehr filtern ", um zu verhindern, dass adb normal funktioniert.

Verwenden Sie ein anderes USB-Kabel. Bei einigen Kabeln sind möglicherweise nicht alle Pins angeschlossen oder so weiter, und während sie für die Bildübertragung arbeiten, funktioniert das Debuggen / adb nicht.

Fazit: Ich mache dir nichts vor. Ein Kabel, das für mein Telefon funktioniert (adb funktioniert), funktioniert NICHT für mein Tablet - das Gerät ist immer offline oder nicht autorisiert und das Tablet zeigt keinen Dialog an. Ich habe mehrere Neustarts und Einstellungen versucht, bin dabei wahnsinnig geworden und habe das blutige Android verflucht. Dann habe ich versehentlich das mit dem Tablet gelieferte Kabel eingesteckt und plötzlich hat es funktioniert. Meine Faszination für Android ist definitiv weg. Was für ein dummes Stück Müll.

Dies geschah für mich, nachdem meine Sicherungssoftware die Berechtigung in mein Benutzerverzeichnis geändert hatte. Ich habe es im Datei-Explorer geöffnet, es hat mich aufgefordert, Berechtigungen festzulegen, und das Problem wurde behoben.

Zu Ihrer Information: Android hat ein spezielles Verzeichnis unter "\ User \ .android". Wenn Sie nicht darauf zugreifen können, werden Sie nicht dazu aufgefordert.

Meine Auflösung wurde adb devicesan der Eingabeaufforderung ausgeführt und an die ADB-Anwendung weitergeleitet. Zum Beispiel C: \ Android \ platform-tools \ adb-Geräte. Das Ausführen dieses Befehls gab Folgendes zurück* daemon not running. starting it now on port 5037 * *daemon started successfully *

Ich sah dann das Gerät als nicht autorisiert aufgeführt, zog den USB-Stecker heraus, steckte es wieder ein und wurde zur Eingabe des RSA-Fingerabdrucks aufgefordert.

Ich hatte das gleiche Problem, ich stellte fest, dass ich ein einfaches USB-Kabel verwendete, das nur zum Aufladen und nicht zum Kopieren von Daten gedacht war. mit guten usb kabel löste mein problem!

Das einfache erneute Einstecken hat den Trick für mich getan ... Der Berechtigungsdialog wurde nicht angezeigt, als ich das Gerät zum ersten Mal anschloss, zum zweiten Mal, und jetzt ist alles in Ordnung.