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.
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.
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-Dialog
mit 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>
lsusb -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 Powered
Alles anzeigen
Allzuviel 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!