Post by Bernd MayerPost by Kay MartinenHallo
Ich hab hier jetzt (IMO) zum Zweiten mal den Effekt das ich Ein
Android- Telefon mit dem PC koppeln will um Photos vom Gerät auf den
PC zu transferieren. Und mittendrin kommen Fehlermeldungen des KDE das
Einstellungsdateien nicht gespeichert werden könnten - in meinem Homedir.
Zu dem Zeitpunkt war ich grade so weit in Dolphin das Verzeichnis
"camera:" zu öffnen und die gesuchten 24 jpg-dateien zu markieren.
Ich konnte sie dann nur auf ein netzwerk-share kopieren und habe
danach neu gestartet. Nach einem fsck läuft dann alles wieder normal.
Aber, das kam mir seltsam vor. Kommt das öfter vor, gibt es da
bekannte ursachen?
letzte Woche hatte ich auch Probleme beim Kopieren von Fotos eines neuen
Android-Smartphones über USB-Kabel auf den Linux-PC (OpenSUSE-Leap mit
KDE) über Dolphin.
Hier ist es ein Devuan mit KDE auf einem Samsung Laptop.
Hast du auch einen USB-C Anschluß an deinem Handy?
Post by Bernd MayerIch konnte die Camera mounten und im Dolphin sehen, Datenübertragung
hatte aber nicht funktioniert.
Aus einem Linux-Magazin Artikel Online las ich das "Camera" im Dolphin
eine PTP Verbindung kennzeichnet.
Post by Bernd MayerIch hatte das über verschiedene Methoden ausprobiert, auch mit Dolphin
im Super User Modus und über Netzwerkprotokolle.
Ich hatte die Fotos dann aufwendig über bluetooth aufs alte smartphone
kopiert und über dessen Speicherkarte auf den PC übertragen.
Den weg will ich möglichst vermeiden weil es ein Firmen-Telefon ist.
Post by Bernd MayerEine Einstellung hatte ich zunächst auch noch übersehen. Beim Kopieren
werden damit aus Datenschutzgründen die EXIF-Daten gelöscht und die
Dateinamen umbenannt, weil im originalen Dateinamen Datum und Zeit der
Aufnahme enthalten sind - das Ganze war dann umsonst.
Also hier hatten die IMG-xxx Dateien nach dem Kopieren immer noch ein
Datum-Zeit Muster. Aber das ging via Dolphin direkt auf eine
SMB-Freigabe aber Quelle war "camera".
Post by Bernd MayerDie exakten Fehlermeldungen weiß ich nicht mehr, irgendwann kam aber ein
Hinweis ein Programm für das PTP-Protokoll würde fehlen und ich hatte
das nachinstalliert.
Ich habe es auch nicht weiter versucht lokal zu speichern weil bei jedem
ordnerwechsel mit Dolphin eine neue Fehlermeldung kam das eine
einstellungsdatei nicht gespeichert werden kann. Ob es immer eine oder
verschiedene waren erinnere ich jetzt auch nicht mehr.
Wie o.g. steht die Angabe "camera:" offenbar für das PTP-Protokoll.
Post by Bernd MayerÜber ein Recherche im WWW hatte ich den Hinweis gefunden man müsse das
Smartphone in den Entwicklermodus bringen für die Datenübertragung mit
USB-Kabel (7-Mal auf ein bestimmte Taste drücken und dann bestätigen).
Das lasse ich auf dem Firmenhandy lieber sein. Aber dort gibt es unter
den gekoppelten Geräten nach dem Anstecken einen USB Eintrag. Und dort
steht das Handy als Kontroller der Verbindung. Man kann dessen Hostmodus
dann dort umschalten (versuchen) aber das wechseln klappte hier nicht.
Darunter ist bei mir dann noch eine Auswahl aus
- keine Datenübertragung
- Dateiübertragung.
- PTP
- MTP
- etwas anderes (vergessen).
Und das stand von haus aus auf der Ersten Option. Heißt offenbar auch
"Nur Akku laden". Und ich stellte es auf die 2. Option um und habe unter
KDE im Tray-Menü dann "Öffnen mit Dateiverwaltung" als Mount-variante
gewählt.
Erst dann konnte ich unter dem o.g. namen auch Bilder sehen. Ein DCIM
Ordner der unter dem Gerätenamen in "Interner Speicher" auch noch
auftauchte blieb leer.
Post by Bernd MayerWahrscheinlich ist das eine total andere Situation bei mir, ich poste
meine Erfahrung dennoch.
Änderung im Home-Verzeichnis oder Desktop hatte ich keine bemerkt.
Wenn bei dir nichts davon passierte dann ist das wohl so. Hier war;
zumindest beim 1. Vorfall; zumindest mein /home/kay urplötzlich
read-only gemountet.
Oh, und zum gleichen Zeitpunkt tauchten mit Alarmsound mehrere
Meldungsfenster am Rechten oberen Bildschirmrand auf. Die waren
allerdings so schnell wieder weg das ich sie kaum lesen konnte.
Dieses KDE/Devuan scheint NICHT knotify verwenden zu können, es nimmt
stattdessen einen der stets (im Tray) als inaktiv angezeigt wird
nirgends konfiguriert werden kann, nicht zu finden ist und langsam mehr
Probleme als nutzen macht.
Post by Bernd MayerMittlerweile funktioniert die Datenübertragung übers USB-Kabel auf den
Linux-PC wie gewünscht.
Es ist an Xiaomi 14T und ich bin erstmal recht zufrieden damit, heller
und scharfer Bildschirm, die Kamera reagiert flott und die
Einstellmöglichkeiten gefallen mir.
Hier ist es ein Nokia G10 und der Bildschirm ist auch scharf und Hell
genug, hat aber ein spiegelndes Glas (= in der Sonne nicht hell genug!)
und sowohl bei der Kamera als auch anderen Apps (außer system.
einstellungen o.ä.) ist die Schwuppdizität eher lahmarschig.
Liegt aber vielleicht auch am Glas das in der Mitte schon sichtbare
Schleifspuren hat, etwa da wo man den Finger ansetzt zum Hoch wischen
(beim entsperren) bis dort wo er angehoben wird. Das sowas die
Touchfunktion irritierte fände ich deswegen merkwürdig weil diese
Reaktionsträgheit auch außerhalb des zerkratzen Bereiches auftritt.
Da tippst du auf einen angezeigten Button und nichts passiert.
Sekundenlang. Und dann in einem Rutsch gleiche mehreres oder einfach
überhaupt nichts und man muß es erneut mit einem "Tipp" versuchen.
Alles in allem kein Gerät das ich weiter empfehlen würde. Da läuft
Android 13 drauf und neueres gibt es wohl nicht. Nur updates für
mitgelieferte Apps kann man über die Play Store App laden - ohne Google
Account (den ich eh nicht will). Liegt wohl am "Android One" Konzept,
ein Gerät ohne Zwangsverdongelung mit Google-diensten. Der einzige
Vorteil daran! ;-)
Wirklich "brauchen" *muß* ich das Gerät auch nur für die Stempeluhr-App
- und für den Kontakt mit Kunden via Telefon und SMS.
Heute war insofern Ausnahme weil ich; wie beim letzten Vorfall; einen
Haufen Photos vom Handy auf den PC schieben mußte wegen der Arbeit.
Das allein der Versuch mir mein Homedir Readonly machte ist immer noch
mysteriös. Ich denke da muß irgendwas beim schreiben einen ernsten
Fehler produziert haben weshalb das System den Teil sofort RO mountete.
Da dies Gerät am USB "Hostmode" spielt: könnte das der Auslöser sein?
Das Kabel hat nur auf einer Seite USB-C. Das andere Ende ist ein
Normalbreiter USB-Stecker. Der normalerweise im Ladegerät steckt und
hierfür in den PC gewechselt wurde. Und falls es eine Rolle spielt: Der
Port im PC ist evtl. KEIN USB 3.x Port gewesen.
JftR:
lsusb -t
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
|__ Port 1: Dev 2, If 0, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 1: Dev 2, If 1, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 3: Dev 3, If 0, Class=Human Interface Device,
Driver=usbhid, 1.5M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
|__ Port 4: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
|__ Port 4: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
Nach anschluß des Handys
|__ Port 4: Dev 5, If 0, Class=Imaging, Driver=usbfs, 480M
Das Gerät:
Bus 002 Device 005: ID 0e8d:2008 MediaTek Inc. Nokia G10
Offenbar gibt es USB 3 (Bus 003) aber ob und welche Ports das sind ist
unklar. IMHO hatte ich früher schon danach gesucht und keine gefunden.
Vermute Interne Verwendung oder nichts.
Bye/
/Kay
--
🅿🅾🆂🆃🅴🅳 🆅🅸🅰 🅻🅴🅰🅵🅽🅾🅳🅴