Ist das derselbe Rechner, auf dem Leap 42.3 und 15.0 läuft?
Eindeutig. Ich wechsle nur mit Grub oder bios-Bootmenü zwischen 42.3 und 15.
adb-Connect
- senior53
- Erledigt
-
Was mir so noch einfällt:
apparmor läuft?Ansonsten kann ich mangels eines Mobiltelefons nicht weiterhelfen.
-
Ansonsten kann ich mangels eines Mobiltelefons nicht weiterhelfen.
So so! Sogar ich hab eins.
Ein Samsung GT-E1050.
Da hält der Akku 14 Tage! -
So modernen Müll setzt du ein?
Ich habe noch ein echt altes Nokia.
Der Akku hält ein Monat.
Man damit sogar telephonieren.
Und selbst SMS senden geht. -
apparmor läuft?
lief und jetzt läuft es nicht mehr.
Kein Unterschied.Ansonsten kann ich mangels eines Mobiltelefons nicht weiterhelfen.
da kann man nix machen ..
Vielleicht ist noch jemand anders hier, der einen Tipp geben kann
-
Evtl. schaltet das Teil nicht in den mtp-Modus unter Leap 15.0?
-
Evtl. schaltet das Teil nicht in den mtp-Modus unter Leap 15.0?
Der mtp-Modus ist beim Anschluss der Geräte automatisch aktiv. Die USB-Anschlüsse müssen für den adb-connect auf reinen 'ladevorgang' geschaltet werden.
Erst dann kommt der rsa-Key-Dialogmit mtp läuft gar nichts
Das war schon bei leap 42.3 und vorgängern so.
Hätte ich noch erwähnen sollen. Sorry -
Laut deinen Posts am Anfang, geht wohl die Initialisierung schief. Unter 15 wird dem Smartphone kein korrektes Device eingerichtet.
Und die Aktion führt zu einem Bus- Reset.Versuche auf blöd einfach das Ding an einen USB1.1 bis USB2.0 Hub zu hängen.
Hilft alles nichts, gucke nach, welches Modem für das Dingens unter 42.x eingerichtet wird. (sowas, wie usbACMEx oder usbTTYx)
und vergleiche das mit 15.Es mag dann unter Umständen helfen einen "homemade" Deviceeintrag zu erstellen.
Detaillierte Infos erhältst du mit lsusb -v -d <vendorID>:<deviceID>
-v == verbose, geschwätzig. Je mehr vs desto mehr Geschwätz => -vvvv -> boah ey! -
Laut deinen Posts am Anfang, geht wohl die Initialisierung schief. Unter 15 wird dem Smartphone kein korrektes Device eingerichtet.
Und die Aktion führt zu einem Bus- Reset.woher erfahre ich ob das Device korrekt/nicht korrekt ist? Andere Funktionen laufen - es ist nur adb, das Problem macht
Versuche auf blöd einfach das Ding an einen USB1.1 bis USB2.0 Hub zu hängen.
ich hab sowieso nur 1.1 bzw 2.0
Hilft alles nichts, gucke nach, welches Modem für das Dingens unter 42.x eingerichtet wird. (sowas, wie usbACMEx oder usbTTYx)
und vergleiche das mit 15.wie macht man das?
Detaillierte Infos erhältst du mit lsusb -v -d <vendorID>:<deviceID>
Code
Alles anzeigenlsusb -v -d 17ef:79de Bus 001 Device 003: ID 17ef:79de Lenovo Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x17ef Lenovo idProduct 0x79de bcdDevice ff.ff iManufacturer 2 MediaTek iProduct 3 Lenovo iSerial 4 ONAM75R49LWSBI8D bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 62 bNumInterfaces 2 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xc0 Self Powered MaxPower 500mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 3 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 255 Vendor Specific Subclass bInterfaceProtocol 0 iInterface 17 MTP Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x001c 1x 28 bytes bInterval 6 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 66 bInterfaceProtocol 1 iInterface 17 MTP Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Device Qualifier (for other device speed): bLength 10 bDescriptorType 6 bcdUSB 2.00 bDeviceClass 0 bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 bNumConfigurations 1 can't get debug descriptor: Resource temporarily unavailable Device Status: 0x0001 Self PoweredAllzuviel sagt mir das nicht. Was ist davon aussagekräftig für meinen Fall?
-
Im Verzeichnis /dev (dev== DeviceI) werden alle Geräte beim Systemstart passend verlinkt, so sie korrekt angesprochen werden können.
Sind sie korrekt ansprechbar, werden also diverse Links vom Gerätesubsystem (automount und Konsorten) angelegt, und dann die entsprechenden Treber dafür (und mit diesen "Werten") initialisiert.
Das passiert auch, wenn man irgendein Teil ansteckt (Hotplug).Für Modems (diese eigentlich falsche aber überall verwendete Bezeichnung für Smartphones) finden sich dort ebenfalls Links.
Solche "Modems", wenn sie über einen USB- Hub angestöpselt werden, kommen zwei Geräteklassen in Frage.
Es handelt sich aus der Kernel-Sicht immer um Stream Charakter Geräte.
Und solche Teile riechen sehr nach dem, was ein Terminal tut. Es werden tatsächlich im /dev Verzeichnis solche Terminallinks erzeugt.
Die können dann -man wende seinen hoffentlich gesunden Menschenvestand an- entweder irgendwie ttyUSB0 oder auch ttyACME0 heißen.
ACME beschreibt einen gebräuchlichen Modem Befehlssatz, ähnlich den Hayes Modem Befehlen (at0 usw.).Finde also heraus, wie dein Smartphone dort verlinkt ist.
ls -l zeigt dir bei Links an, wohin sie zeigen.
Du hast schon einige Male USB Sachen debuggt. Also, wie immer: Gerät abstöpseln. Als root in einem Konsolenfenster journalctl -f eingeben (-follow). Geräte anstöpseln und du solltest sofort sehen, welcher Gerätelink für dein Phone erstellt wird.
Den suchst du dann in /dev und findest die ganz linke Kette.Die detaillierten Angaben helfen hier kaum weiter, haben aber mir geholfen herauszufinden, dass dein Problem auf jeden Fall lösbar ist.
Ich kann leider nicht genauer angeben, wie bei dir diese Dinger heißen. Ich habe gar gein Smartphone!
