LXDE und Smartphone: Warum Live OK, Installiert keine Verbindung!?

[debflash]

Hallo,

ich habe Debian 10 LXDE auf meinem Notebook und ein Samsung Galaxy J4plus. Starte ich Debian über Live USB (debian-live-10.4.0-amd64-lxde.iso) klappt die Verbindung zwischen Galaxy und Notebook mit original Samsung USB-Kabel prima, alle Galaxydateien werden im PCManFM 1.3.1 angezeigt. Boote ich Debian von Festplatte (installiert mit debian-live-10.4.0-amd64-lxde.iso, dieselbe wie o.e.) dann klappt die Verbindung zwischen NB und Galaxy nicht: "SAMSUNG" und "mtp" werden zwar im Dateimanager wie vorher angezeigt, aber statt Galaxy-Dateien zu sehen, bekomme ich nur ein leeres Feld und die Warnung "Cache invalid, retry (internally handled". "retry" hilft auch nicht. Ich habe mit Synaptic sowohl in Live als auch in der Installation alles verglichen, was mit "mtp" zusammenhängt (name and description). Alle diesbzüglichen installierten Programme sind identisch.

Wie kann das sein, dass etwas in Live prima funktioniert, installiert aber nicht?

P.S. Am Smartphone kann es nicht liegen, das funktioniert nämlich in Lubuntu 18.04 (LXDE) und Ubuntu 18.04 ohne Probleme, und auch wie o.e. in Debian 10 LXDE Live. Ich habe auch alle neuen Debian 10 LXDE Updates; aber die hatte der Live Stick USB ja nicht, und trotzdem (deswegen?) hat es funktioniert.

[MSfree]

Telefon abstecken,

Code: Alles auswählen

su -
dmesg -w

ausführen.
Telefon einstecken und die neuen Ausgaben hier posten.

[debflash]

Danke für die Antwort, aber ich habe es erst mal so gelöst: statt LXDE habe ich probeweise LXQT installiert. Da klappte die Verbindung auf Anhieb! Und im Unterschied zu den anderen Distros, mit denen es auch geklappt hat (s. OT) taucht hier als "Datei" nur "SAMSUNG" und nicht noch "mtp" auf.

"dmesg -w" geht also im Moment mit LXDE nicht

EDIT: Ich melde mich, wenn ich wieder LXDE habe.

[debflash]

@MSfree:

dmesg -w:

Zu lang, ich muss erst mal wieder rauskriegen, wie das mit Datei anhängen geht

[MSfree]

Zu lang,

Ich brauche nicht den ganzen Output.

Wenn du dmesg -w aufrufst, steht die Ausgabe erstmal, da sollte eigentlich nur sporadisch etwas dazu komen. Merke dir den Zeitstempel in der ersten Spalte und stecke dann das Telefon dran. Nur die Zeilen ab dem gemerkten Zeitstempel sind interessant. Das sollten letztlich 4-15 Zeilen sein, die man mit copy'n'paste aus dem Terminal kopieren und hier ins Forum in Code-Tags (siehe Button mit "</>" Beschriftung) einfügen kann.

[debflash]

@MSfree:
Das mit den Zeitfenstern habe ich nicht verstanden, mir ist nicht klar, wo genau ich das gucken soll? Ich habe die "dmesg -w" Meldungen in Dateien gelenkt, zum besseren Nachsehen. War das falsch? Zuvor aber: durch die "su -" Manipulationen bin ich zufällig auf eine Lösung gestoßen, die mir aber gar nicht gefällt:
Wenn ich ein root-Terminal offen habe und dann das Smartphone anstöpsele, tritt kein Fehler auf und alles wird im LXDE-Parteimanager angezeigt, das Telefon und die Speicherkarte, und im Dateimanager ist, wie üblich, "SAMSUNG" und "mtp" zu sehen! Ich arbeite aber nicht gern bei geöffnetem root-Terminal. Ist das vielleicht ein Hinweis auf eine mögliche Fehlerbehebung?

Zu "mesdg-w": wie o.a. habe ich drei Dateien: eine nach Einloggen. dann nach Einstecken des Phones, wobei das root-Terminal noch geöfnet war, alles war ok, und eine nach Herausziehen der Telefon-USB-Verbindung, Schließen des root-Terminals, Telefon wieder angestöpselt, Fehler, neues root-Terminal und wieder "dmesg -w". Was genau soll ich mit denen bitte tun(siehe auch o.)?

[MSfree]

Das mit den Zeitfenstern habe ich nicht verstanden, mir ist nicht klar, wo genau ich das gucken soll?

Beispiel:
hier mal meine Ausgabe von dmesg -w:

Code: Alles auswählen

...
[   20.630416] NFS: Registering the id_resolver key type
[   20.630427] Key type id_resolver registered
[   20.630428] Key type id_legacy registered
[   22.065712] fuse init (API version 7.27)

In der Zeile mit Zeitpunkt 22.065712 bleibt die Ausgabe einfach stehen.

Nun stecke ich zur Illustration einen USB-Stick ein, die Ausgabe läuft ein Stück weiter und ich sehe diese neuen Zeilen:

Code: Alles auswählen

[ 5417.980725] usb 1-4: new high-speed USB device number 2 using ehci-pci
[ 5418.148648] usb 1-4: New USB device found, idVendor=058f, idProduct=6387, bcdDevice= 1.00
[ 5418.148651] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 5418.148653] usb 1-4: Product: Mass Storage
[ 5418.148654] usb 1-4: Manufacturer: Generic
[ 5418.148656] usb 1-4: SerialNumber: 1CBB3120
[ 5418.149730] usb-storage 1-4:1.0: USB Mass Storage device detected
[ 5418.150473] scsi host9: usb-storage 1-4:1.0
[ 5419.158550] scsi 9:0:0:0: Direct-Access     Generic  Flash Disk       8.07 PQ: 0 ANSI: 4
[ 5419.158989] sd 9:0:0:0: Attached scsi generic sg4 type 0
[ 5419.162045] sd 9:0:0:0: [sdd] 61849600 512-byte logical blocks: (31.7 GB/29.5 GiB)
[ 5419.163525] sd 9:0:0:0: [sdd] Write Protect is off
[ 5419.163528] sd 9:0:0:0: [sdd] Mode Sense: 23 00 00 00
[ 5419.164742] sd 9:0:0:0: [sdd] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 5419.171059]  sdd: sdd1
[ 5419.174786] sd 9:0:0:0: [sdd] Attached SCSI removable disk

Du sollst da jetzt nach gar nichts suchen, wenn du die Ausgabe nicht interprätieren kannst. Es wäre aber vielleicht einigen hier im Forum möglich, anhand dieser Ausgabe zu deuten, was da passiert und was nicht.

Für uns hier wäre nun nicht die Ausgabe interessant, die beim Einstecken eine USB-Sticks kommt, sondern die, die beim Einstecken deines Telefons kommt.

Als Kür wären die beiden Ausgaben interessant mit dem funktionierenden System und mit dem versagenden System.

[willy4711]

Vielleicht ist es leichter das mit journalctl zu machen, da dort die reale Zeit angezeigt wird.
Wen ich das mache, was du machen solltest sieht das so aus:
Vorher eingeben(als Root):

Code: Alles auswählen

# journalctl -f

Code: Alles auswählen

Jul 23 18:31:07 XFCE kernel: usb 1-3.4: new high-speed USB device number 16 using xhci_hcd
Jul 23 18:31:07 XFCE kernel: usb 1-3.4: New USB device found, idVendor=04e8, idProduct=6860, bcdDevice= 4.00
Jul 23 18:31:07 XFCE kernel: usb 1-3.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jul 23 18:31:07 XFCE kernel: usb 1-3.4: Product: SAMSUNG_Android
Jul 23 18:31:07 XFCE kernel: usb 1-3.4: Manufacturer: SAMSUNG
Jul 23 18:31:07 XFCE kernel: usb 1-3.4: SerialNumber: 9839585f
Jul 23 18:31:08 XFCE gvfsd[1594195]: Device 0 (VID=04e8 and PID=6860) is a Samsung Galaxy models (MTP).
Jul 23 18:31:08 XFCE gvfsd[1594195]: Android device detected, assigning default bug flags
Jul 23 18:31:24 XFCE systemd[1]: Started Run anacron jobs.

Witziger weise kann ich nur mit Nemo auf das gesamte Telefon zugreifen. Thunar hingegen verweigert mir den Zugriff auf die SD-Karte.
Aber das soll hier nicht Thema sein.

[debflash]

Für uns hier wäre nun nicht die Ausgabe interessant, die beim Einstecken eine USB-Sticks kommt, sondern die, die beim Einstecken deines Telefons kommt.
Als Kür wären die beiden Ausgaben interessant mit dem funktionierenden System und mit dem versagenden System.

Sorry, ich meinte keinen USB-Stick, sondern die USB-Verbindung zum Telefon. Leider hat das mit dem funktionierenden System nicht mehr geklappt. Warum das ein einziges Mal ging, wer weiss. Inzwischen habe ich eine überraschende Lösung, die bis jetzt immer funktioniert, mit der ich aber als "Purist" noch nicht ganz zufrieden bin. Hier erst mal die gewünschten Zeilen zu "demesg -w":

*** 1 ***
NB gestarted, eingelogged, es kommen mit dmesg jede Menge Zeilen
Das hier scheinen die letzen vor Einstecken des Telefons zus sein;

Code: Alles auswählen

....
[  105.968135] wlp2s0: send auth to 70:4f:57:a8:eb:dd (try 1/3)
[  105.970142] wlp2s0: authenticated
[  105.974087] wlp2s0: associate with 70:4f:57:a8:eb:dd (try 1/3)
[  105.997183] wlp2s0: RX AssocResp from 70:4f:57:a8:eb:dd (capab=0xc11 status=0 aid=7)
[  105.997383] wlp2s0: associated
[  106.203789] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready
[  121.573444] fuse init (API version 7.27)

Denn nach Einstecken des Telefons ging es anscheinend so weiter (ich wiederhole die letzte Zeile davor noch einmal:

Code: Alles auswählen

[  121.573444] fuse init (API version 7.27)
[  410.556058] usb 2-1.1: new high-speed USB device number 4 using ehci-pci
[  410.667577] usb 2-1.1: New USB device found, idVendor=04e8, idProduct=6860, bcdDevice= 4.00
[  410.667585] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  410.667588] usb 2-1.1: Product: SAMSUNG_Android
[  410.667591] usb 2-1.1: Manufacturer: SAMSUNG
[  410.667594] usb 2-1.1: SerialNumber: 0345f263
[  414.687586] usb 2-1.1: USB disconnect, device number 4
[  415.093914] usb 2-1.1: new high-speed USB device number 5 using ehci-pci
[  415.205141] usb 2-1.1: New USB device found, idVendor=04e8, idProduct=6860, bcdDevice= 4.00
[  415.205148] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  415.205152] usb 2-1.1: Product: SAMSUNG_Android
[  415.205155] usb 2-1.1: Manufacturer: SAMSUNG
[  415.205158] usb 2-1.1: SerialNumber: 0345f263
[  517.086862] usb 2-1.1: USB disconnect, device number 5

Die Zeile 517 war wohl die, wo ich das Telefon wieder entfernt hatte.

Nochmal das Telefon eingesteckt. Die Fehlermeldung war übrigens jetzt immer "The name 1.46 was not provided by any service file":

Code: Alles auswählen

[  517.086862] usb 2-1.1: USB disconnect, device number 5
[  571.069852] usb 2-1.1: new high-speed USB device number 6 using ehci-pci
[  571.180695] usb 2-1.1: New USB device found, idVendor=04e8, idProduct=6860, bcdDevice= 4.00
[  571.180702] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  571.180706] usb 2-1.1: Product: SAMSUNG_Android
[  571.180709] usb 2-1.1: Manufacturer: SAMSUNG
[  571.180712] usb 2-1.1: SerialNumber: 0345f263
[  576.222217] usb 2-1.1: USB disconnect, device number 6
[  576.556233] usb 2-1.1: new high-speed USB device number 7 using ehci-pci
[  576.667162] usb 2-1.1: New USB device found, idVendor=04e8, idProduct=6860, bcdDevice= 4.00
[  576.667170] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  576.667174] usb 2-1.1: Product: SAMSUNG_Android
[  576.667177] usb 2-1.1: Manufacturer: SAMSUNG
[  576.667180] usb 2-1.1: SerialNumber: 0345f263
[  707.805216] usb 2-1.1: USB disconnect, device number 7
[  711.611540] usb 2-1.1: new high-speed USB device number 8 using ehci-pci
[  711.722678] usb 2-1.1: New USB device found, idVendor=04e8, idProduct=6860, bcdDevice= 4.00
[  711.722686] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  711.722690] usb 2-1.1: Product: SAMSUNG_Android
[  711.722693] usb 2-1.1: Manufacturer: SAMSUNG
[  711.722696] usb 2-1.1: SerialNumber: 0345f263
[  786.652488] usb 2-1.1: USB disconnect, device number 8
[  789.948341] usb 2-1.1: new high-speed USB device number 9 using ehci-pci
[  790.059607] usb 2-1.1: New USB device found, idVendor=04e8, idProduct=6860, bcdDevice= 4.00
[  790.059614] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  790.059618] usb 2-1.1: Product: SAMSUNG_Android
[  790.059621] usb 2-1.1: Manufacturer: SAMSUNG
[  790.059624] usb 2-1.1: SerialNumber: 0345f263
[  802.780292] usb 2-1.1: USB disconnect, device number 9
[  803.149712] usb 2-1.1: new high-speed USB device number 10 using ehci-pci
[  803.260617] usb 2-1.1: New USB device found, idVendor=04e8, idProduct=6860, bcdDevice= 4.00
[  803.260624] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  803.260628] usb 2-1.1: Product: SAMSUNG_Android
[  803.260631] usb 2-1.1: Manufacturer: SAMSUNG
[  803.260634] usb 2-1.1: SerialNumber: 0345f263

Ich weiss nicht, ob das jetzt weiterhilft.

*** 2 ***
Jetzt die dauerhafte, aber unbefriedigende, Lösung. Darauf hat mich indirekt willy4711 gebracht;

Witziger weise kann ich nur mit Nemo auf das gesamte Telefon zugreifen. Thunar hingegen verweigert mir den Zugriff auf die SD-Karte

Warum klappt es mit meinem Debian 10 LXQT immer, mit LXDE nicht? LXQT benutzt den Filemanager pcmanfm-qt file manager, LXDE benutzt pcmanfm. Also habe ich probeweise pcmanfm-qt file manager auch in meinem Debian 10 LXDE installiert. Und hurrah, es klappt! Aber ich muss vor Einsrtecken des Telefons pcmanfm-qt file manager manuell öffnen. Nach dem Einstecken kommen zwar zwei kleine Fehlermeldungen, die ich einfach wegklicke (ich denke, der pcmanfm will da kurz reinfunken), aber dann ist alles klar, das ganze Telefon einschließlich Speicherkarte liegen im pcmanfm-qt file managert offen

Die Schönheitsfehler: a) die kurzen Fehlermeldungen (nicht so schlimm), und b) ich kann den pcmanfm nicht deinstallieren und den pcmanfm-qt file manager als Standard einrichten, weil synaptic sozusagen warnt"wenn pcmanfm deinstalliert wird, verschwindet auch "task-lxde-desktop" und das wäre, glaube ich, übel!
Warum bleibe ich dann nicht gleich bei Debian 10 LXQT? Weil es mich jedesmal nervt, dass es bei mir gefühlt Ewigkeiten dauert, ehe nach dem Einloggen LXQT voll da und einsatzbereit ist.

[debflash]

Ich habe jetzt pcmanfm-qt als Standard eingerichtet, den pcmanfm ausgetrickst, nicht die feine Art, aber es klappt. Nach https://unix.stackexchange.com/question ... on-desktop etwas modifiziert: Auf /usr/share/applications in pcmanfm.desktop und pcmanfm-desktop-pref.desktop die Zeilen "Exec=pcmanfm %U" und "Exec=pcmanfm --desktop-pref" geändert zu "Exec=pcmanfm-qt %U" und "Exec=pcmanfm-qt --desktop-pref".

Im Gegensatz zur Debian LXQT Version muss aber immer noch zuerst den Filemanager anklicken (ist ja jetzt der pamanfm-qt), dann das Telefon einstecken und die zwei Fehlermeldungen wegklicken, ehe ich auf die Telefondateien zugreifen kann.