Bei den meisten Geräten, die mir begegnet sind, kann ich das Gerät an einen Linux-Computer anschließen, und es sind keine zusätzlichen Treiber erforderlich, damit ADB mit dem Gerät kommunizieren kann.
Auf zwei LG-Geräten aus dem letzten Jahr habe ich jedoch Probleme.
Wenn ich die Geräte in ADB einstecke, listet sie sie nicht auf, wenn ich adb deviceseine Liste der verbundenen Geräte abrufe. (Ich bekomme eine leere Liste)
Ich habe sichergestellt, dass USB-Debugging für beide Geräte aktiviert ist. Und ich habe irgendwann einen LG-Treiber installiert, der es dem ADB ermöglicht, von meinem Windows 7-PC aus korrekt zu funktionieren. (Interessanterweise funktioniert nur die Viper auf meinem Windows-PC, die Optimus Elite kann auch nicht von der adb unter Windows gefunden werden)
Allerdings würde ich wirklich gerne ADB von einem Linux-Rechner aus verwenden. Ich mache mir viel mehr Sorgen, die Viper zum Laufen zu bringen als die Optimus Elite, aber eine Lösung, die für beide funktioniert, wäre ideal.
Auf dem fraglichen Linux-Computer kann ich ADB erfolgreich verwenden, um eine Verbindung mit jedem anderen Gerät herzustellen, das ich getestet habe, damit ich weiß, dass meine Umgebung korrekt eingerichtet ist.
Ich habe versucht, verschiedene android.rules-Dateien unter zu erstellen, /etc/udev/rules.d/aber bisher hat nichts, was ich versucht habe, eine Wirkung gezeigt. Nachdem ich 51-android.rulesdie entsprechende Hersteller-ID (1004 für LG) erstellt und ausgefüllt habe, muss ich sudo adb nicht mehr verwenden, um die funktionierenden Geräte zu sehen, aber immer noch nichts mit der Viper.
Meine Frage ist: Benötige ich zusätzliche Treiber, damit ADB für die LG Viper (LG-LS840) unter Linux ordnungsgemäß funktioniert, und wenn ja, wo finde ich diese Treiber? Wenn nicht, weiß jemand, ob mir ein Setup-Schritt fehlt, der es diesem Gerät ermöglicht, über ADB mit meinem Linux-Computer zu kommunizieren?
EDIT: Ich habe "lsusb" ausgeführt, hier sind die relevanten Ausgaben:
Bus 001 Device 007: ID 1004:6312 LG Electronics, Inc.
Bus 001 Device 008: ID 1004:6317 LG Electronics, Inc.
Die oberste Zeile ist ein neueres LG-Gerät, das ordnungsgemäß funktioniert, die untere Zeile ist das Viper-Gerät, das nicht mit adb kommunizieren kann.
Normalerweise ist die schnellste Lösung, um zu sehen, was los ist, es zu versuchen sudo adb devices(oder sudo ./adb deviceswenn Sie adb eigenständig heruntergeladen haben). Wenn das funktioniert, dann sind Ihre Berechtigungen nicht richtig. Sobald der Server gestartet ist, können Sie adb ohne sudo verwenden.
Da Sie jedoch gesagt haben, dass andere Telefone funktionieren, vermute ich, dass die LG-Telefone versuchen, MTP / USB-Massenspeicher automatisch zu erkennen oder auszuhandeln, und Ihr Linux-System nicht mögen (das ist nichts Neues, Anbieter testen dies nicht. )
Dafür gibt es keine Treiber für Linux (nebenbei: hoffentlich nie.)
Überprüfen dmesgund lsusbausgeben - es ist möglich, dass sie auf der Telefonseite mit USB etwas Lustiges machen.
Möglicherweise müssen Sie jede Art von automatischer Bereitstellung oder USB-Speicheroption auf "Nur Laden" zwingen, wodurch sich das Telefon verhalten sollte.
lsusbTool nicht. Ist die Anbieter-ID die gesamte Zeichenfolge ('1004:6317') oder ist die Anbieter-ID nur der Teil vor dem Doppelpunkt? ('1004') Alle fraglichen Geräte sind standardmäßig auf "Nur Laden" eingestellt, also denke ich, dass das nicht mein Problem ist.adbzugegriffen . libusbHat auch adbeine Liste von Anbieter- IDs, die verwendet werden dürfen, aber dies erklärt das fragliche Problem nicht, da die Anbieter-IDs für beide Telefone gleich sind. Und im Falle von Berechtigungsproblemen aufgrund fehlender udev-Regeln adb deviceswird in der Liste eindeutig „keine Berechtigungen“ angezeigt, sodass dies auch nicht die Ursache für dieses Problem ist.
Sergej Wlassow
lsusb -vAusgabe für diese Geräte ist erforderlich, um herauszufinden, was hier passiert – es reicht nicht aus, nur VID:PID zu sehen.