adb keine Berechtigungen auf Ubuntu 17.04

Wenn ich versuche:

$ adb devices

Ich bekomme das Ergebnis:

List of devices attached 
????????????    no permissions

worin besteht das Problem?

auf einem Ubuntu 16.04 Rechner ausprobiert und es hat einwandfrei funktioniert. habe ein 7.1.1 Gerät ausprobiert und es hat auch einwandfrei funktioniert.

Versuchen Sie, den Adb-Server neu zu starten.

sudo adb kill-server

und dann

sudo adb start-server

Schließen Sie dann Ihr Gerät an, schalten Sie Debugging ein und geben Sie ein

adb devices

Hatte das gleiche Problem. Wenn Sie sicherstellen, dass der USB-Modus des Geräts NICHT aufgeladen wird, ist das Problem behoben.

Sehr wahrscheinlich fügt udev Ihr Gerät falsch hinzu. Auch ich hatte dieses Problem und bin auf eine relativ einfache Lösung gestoßen.

Finden Sie Ihr Gerät in lsusb

$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 8087:0a2b Intel Corp. 
Bus 001 Device 002: ID 05c8:03a2 Cheng Uei Precision Industry Co., Ltd (Foxlink) 
Bus 001 Device 006: ID 18d1:4ee7 Google Inc.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Punkt von Interesse in diesem Fall:

Bus 001 Device 006: ID 18d1:4ee7 Google Inc.

Checken Sie die entsprechende Gerätedatei aus

$ ls -l /dev/bus/usb/001/006

Wahrscheinlich werden Sie so etwas sehen

crw-rw-r-- 1 root root 189, 5 Sep  8 21:47 /dev/bus/usb/001/006

Dies bedeutet, dass die Gerätedatei dem Benutzer root und der Gruppe root gehört, weshalb adb als root, aber nicht als Standardbenutzer darauf zugreifen kann.

Dies kann durch die Schaffung einer neuen udev - Regel gelöst werden - ich verwendet /etc/udev/rules.d/51-android.rules- um das Gerät zu der Gruppe hinzuzufügen plugdev, die adb bereits voraus , dass Sie ein Mitglied sein (Sie shoukd sein, überprüfen Sie mit id)

SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", ATTR{idProduct}=="4ee7", MODE="0660", 
GROUP="plugdev", SYMLINK+="android%n"

** Denken Sie daran, das ATTR {idProduct} == "4ee7" durch Ihre eigene Produkt-ID zu ersetzen, die Sie in Schritt 1 ermittelt haben. ** (Wenn Ihr Anbieter nicht Google Inc. ist, ersetzen Sie auch die Anbieter-ID durch die vor dem Doppelpunkt in lsusb).

Jetzt einfach das Gerät ausstecken und wieder einstecken (udev sollte automatisch auf die neue Datei reagieren) und tadaa:

$ adb devices
List of devices attached 
YC873P0G    device

Quelle: Hinzufügen von udev-Regeln für das USB-Debugging von Android-Geräten - Janos Gyerik

Um die Antwort von Sumeet Deshmukh zu erweitern, funktioniert sein Ansatz im Allgemeinen - wenn Sie nur den adbBefehl von der Konsole aus verwenden möchten .

Android Studio startet jedoch anscheinend einen eigenen AdB-Server und bringt unseren um. Das heißt, nachdem wir den Server mit sudo beendet / gestartet haben, startet Studio ihn neu, was zur Ausgangssituation führt - keine Berechtigungen.

Die Lösung besteht darin, zuerst Studio zu starten und dann den Start / Stopp des Servers durchzuführen. Auf diese Weise habe ich es geschafft, dass mein Nexus 5X als gültiges Ausführungsziel in Studio angezeigt wird.

Dies ist nicht die beste Situation (bei jedem Start von Studio müssen Befehle ausgeführt werden), aber sie erledigt den Trick schnell und schmutzig. Wenn ich eine dauerhaftere Lösung finde, werde ich diese Antwort aktualisieren.

Das Ändern des USB-Modus vom Telefon aus hat mir geholfen. (Ich habe es auf Dateiübertragung eingestellt .)

Bitte NICHT den Lösungsvorschlägen folgensudo ( sudo adb start-server)! Dies führe adb als root (Administrator) aus und es sollte NICHT so laufen !!! Es ist eine schlechte Problemumgehung !

Alles, was als root ausgeführt wird, kann alles in Ihrem System tun. Wenn eine Datei erstellt oder geändert wird, kann die Berechtigung geändert werden, nur von root verwendet zu werden. Wieder NICHT!

Das Richtige zu tun ist Ihr System so einrichten , um den Benutzer die Erlaubnis machen Besuche dieses Handbuch i geschrieben, wie man es richtig zu machen.

Es hat bei mir nicht funktioniert, nachdem ich mich der plugdevGruppe hinzugefügt und den Computer neu gestartet habe, um sicherzustellen, dass die Änderung in allen meinen Shell-Sitzungen wirksam wird. Ich fand dann, dass es keine 51-android.rulesAkte innen gibt /etc/udev/rules.dund musste das folgende tun, um das Problem zu regeln:

# Here the vendor ID is of Google
$ echo 'SUBSYSTEM=="usb", ATTR{idVendor}=="18d1", MODE="0660", GROUP="plugdev"' | sudo tee —append /etc/udev/rules.d/51-android.rules
$ sudo chmod a+r /etc/udev/rules.d/51-android.rules
$ sudo udevadm control --reload-rules
$ sudo service udev restart

Ich musste auch mein Android-Gerät aus- und wieder einstecken.

Sie müssen auf Ihrem Android-Gerät eine Berechtigung angeben. Gehen Sie zu Einstellungen> Entwickleroptionen. Schalten Sie das USB-Debugging aus und wieder ein. Entfernen Sie das Kabel und schließen Sie es wieder an. Versuchen Sie auch, alle gespeicherten Berechtigungen aus den Entwickleroptionen zu löschen. Es sollte nun über eine Eingabeaufforderung auf Ihrem Telefon nach dem Debuggen gefragt werden. Akzeptieren.

M0Rf30/android-udev-rules Die GitHub Community hat die udev-Regeln beibehalten

https://github.com/M0Rf30/android-udev-rules/blob/master/51-android.rules

Dies ist die vollständigste udev-Regelliste, die ich bisher gesehen habe. Probieren Sie es aus, sogar mehr als die derzeit sudo apt-get install android-tools-adb in der offiziellen Dokumentation empfohlenen .

Ich habe keine Ahnung, warum dies funktioniert, aber dies war die einzige Lösung, die für mich funktioniert hat

Finde heraus, wo adb läuft (wenn du wie ich bist, hast du mehrere Versionen installiert). Denken Sie daran, dass Tools wie Eingeborenes Reagieren möglicherweise andere zufällige Versionen verwenden, um Ihr Leben zu erschweren. Für mich ist es ~/Android/Sdk/platform-tools/adb. Also werde ich laufen:

sudo chown root:YOUR_USERNAME ~/Android/Sdk/platform-tools/adb
sudo chmod 4550 ~/Android/Sdk/platform-tools/adb

Android-Tools sind super nervig.

Gehen Sie zu Einstellungen >> Wartung >> Speicher. Überprüfen Sie dann das Menü oben links und klicken Sie auf USB-Computerverbindung. Wechseln Sie dann zu Mediengerät (MTP).