adb-Verbindungsproblem auf Kubuntu 13.04 x64

Ich habe ein Problem mit der ABD-Verbindung unter Kubuntu 13.04 x64. Jedes Mal, wenn ich versuche, ls zu drücken / zu ziehen / zu shellen, wird die ADB vom Gerät getrennt. Folgende Lösungen habe ich ausprobiert:

  1. Geräte-ID in .android/adb_usb.ini hinzugefügt, aber nichts hat geholfen
  2. Neue udev-Regel hinzugefügt und auch nichts hat geholfen
  3. ROM geflasht und nichts hat geholfen
  4. Ich habe mein Kubuntu 13.04 x64 neu installiert

Einige Notizen :

  • USB-Debugging aktiviert
  • Gerät ist Prestigio PMP5080BRU (Rooted) - Android Gingerbread 2.3.1
  • Ich verwende das neueste Android SDK, das auf der offiziellen Website verfügbar ist
  • Die ADB funktioniert sehr gut unter Windows 7 x64
  • Selbst wenn ADB die Verbindung trennt, kann ich das Gerät immer noch über den Befehl lsusb sehen
  • ia32-libs bereits auf dem System installiert
  • jdk und jre sind auf dem System installiert und funktionieren wie erwartet
  • Pfade konfiguriert und funktionieren ordnungsgemäß
  • ADB funktioniert wie erwartet mit meinem Samsung Galaxy S II (Jelly Bean 4.1.2 - Stock)

dmesg:

[ 5571.640498] usb 3-2: new high-speed USB device number 13 using xhci_hcd
[ 5571.657013] usb 3-2: config 1 interface 1 altsetting 0 bulk endpoint 0x83 has invalid maxpacket 64
[ 5571.657426] usb 3-2: New USB device found, idVendor=0bb4, idProduct=0c02
[ 5571.657433] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 5571.657436] usb 3-2: Product: rk2918
[ 5571.657439] usb 3-2: Manufacturer: RockChip
[ 5571.657442] usb 3-2: SerialNumber: 0123456789ABCDEF
[ 5571.664067] scsi13 : usb-storage 3-2:1.0
[ 5572.659163] scsi 13:0:0:0: Direct-Access     PMP5080B                  0100 PQ: 0 ANSI: 2
[ 5572.659453] scsi 13:0:0:1: Direct-Access     PMP5080B                  0100 PQ: 0 ANSI: 2
[ 5572.661211] sd 13:0:0:0: Attached scsi generic sg2 type 0
[ 5572.661525] sd 13:0:0:1: Attached scsi generic sg3 type 0
[ 5572.662492] sd 13:0:0:0: [sdb] Attached SCSI removable disk
[ 5572.662947] sd 13:0:0:1: [sdc] Attached SCSI removable disk

Hat jemand eine Idee? Grüße,,,

Irgendwelche Hinweise in der Ausgabe Ihres Kubuntus dmesg?
Ich habe der Frage dmesg hinzugefügt ... Übrigens habe ich das USB-Kabel gewechselt, aber immer noch das gleiche Ergebnis.
Das sind nur die letzten Zeilen. Fügen Sie die Zeilen hinzu, die angezeigt werden, wenn Sie das Gerät anschließen, und versuchen Sie es adb shell. dmesg >f1verbinden+adb dmesg >f2 f2 -= f1.
Ich habe tatsächlich keine Leitungen mehr, nachdem ich das Gerät angeschlossen habe, nachdem adb shell push/pull/ls die Verbindung getrennt hat
Es verbindet das Gerät dann als 2 SCSI-Festplatten? Können Sie den USB-Modus in Ihrem Prestigio auf einen anderen ändern?
Schalten Sie nur den USB-Speicher ein/aus
Hast du es mal mit dieser Option versucht off?
Ich habe es mit beiden versucht, nichts hat wirklich geholfen.
Hallo, ich habe das gleiche Problem, hast du es geschafft, das Gerät anzuschließen? Auf meinem 12-04 x64 Kubuntu konnte ich das Gerät (Prestigio PER5274B) verbinden, indem ich diese Zeile hinzufügte: SUBSYSTEM=="usb", SYSFS{idVendor}=="2207", MODE="0666"to /etc/udev/rules.d/51-android.rules. Ich habe die Nummer 2207 vom lspci-Befehl (vendorId). Allerdings funktioniert dieser Ansatz für mich in 13-04 nicht, aber vielleicht funktioniert er für Sie.

Antworten (1)

Ich hatte ein ähnliches Problem mit einem Rockchip-Gerät. Kurze adb shellBefehle funktionierten, aber solche mit mehrzeiliger Ausgabe wurden nur zufällig getrennt, manchmal bevor eine Ausgabe erzeugt wurde.

Beim Anschließen des Geräts hat der Kernel Folgendes syslogged:

Dec 30 20:38:03 icebox kernel: [ 1153.016178] usb 9-1.1: new high-speed USB device number 4 using xhci_hcd
Dec 30 20:38:03 icebox kernel: [ 1153.032476] usb 9-1.1: config 1 interface 0 altsetting 0 bulk endpoint 0x81 has invalid maxpacket 64
Dec 30 20:38:03 icebox kernel: [ 1153.038276] usb 9-1.1: New USB device found, idVendor=2207, idProduct=0006
Dec 30 20:38:03 icebox kernel: [ 1153.038281] usb 9-1.1: New USB device strings: Mfr=2, Product=3, SerialNumber=4
Dec 30 20:38:03 icebox kernel: [ 1153.038284] usb 9-1.1: Product: rk30sdk
Dec 30 20:38:03 icebox kernel: [ 1153.038287] usb 9-1.1: Manufacturer: rockchip
Dec 30 20:38:03 icebox kernel: [ 1153.038290] usb 9-1.1: SerialNumber: 0123456789ABCDEF
Dec 30 20:38:03 icebox colord: Device added: sysfs-rockchip-rk30sdk

Aus Verzweiflung habe ich das Gerät wie folgt von einer USB3-Buchse meiner Linux-Box auf eine USB2-Buchse umgezogen

Dec 30 20:45:03 icebox kernel: [ 1572.844024] usb 1-3: new high-speed USB device number 2 using ehci-pci
Dec 30 20:45:03 icebox kernel: [ 1572.976394] usb 1-3: config 1 interface 0 altsetting 0 bulk endpoint 0x81 has invalid maxpacket 64
Dec 30 20:45:03 icebox kernel: [ 1572.976889] usb 1-3: New USB device found, idVendor=2207, idProduct=0006
Dec 30 20:45:03 icebox kernel: [ 1572.976893] usb 1-3: New USB device strings: Mfr=2, Product=3, SerialNumber=4
Dec 30 20:45:03 icebox kernel: [ 1572.976896] usb 1-3: Product: rk30sdk
Dec 30 20:45:03 icebox kernel: [ 1572.976899] usb 1-3: Manufacturer: rockchip
Dec 30 20:45:03 icebox kernel: [ 1572.976902] usb 1-3: SerialNumber: 0123456789ABCDEF
Dec 30 20:45:03 icebox colord: Device added: sysfs-rockchip-rk30sdk

und adb shellhat dann einwandfrei funktioniert. Sie werden die Warnung bemerken bulk endpoint 0x81 has invalid maxpacket 64. Dies bedeutet, dass das Rockchip-Gerät nicht den USB-Standards entspricht. Ich vermute, dass der Linux-ehci-pci-Treiber nachsichtiger ist als der xhci_hcd-Treiber.

Interessanterweise habe ich genau das gleiche Verhalten auf einem Mac-Laptop gesehen, als ich das Rockchip-Gerät angeschlossen habe. Dort wird der Kernel sysloggt:

Dec 29 21:54:33 dhcp13 kernel[0]: USBF: 889121. 50      Endpoint 0x81 of the USB device "rk30sdk" at location 0x26400000:  converting Bulk MPS from 64 to 512 (USB 2.0 Spec section 5.8.3)

und adb shellgenauso kaputt gegangen.

TL;DR:

Das Anschließen an einen USB2-Port anstelle eines USB3-Ports könnte das Problem lösen.

Viel Glück!

adb-Verbindungsproblem auf Kubuntu 13.04 x64
AntwortenHierDatenschutz-Bestimmungen1y, 0v