Hallo Andreas,

also noch weiß ich nicht ob es dieses Teil (der Indexer, Thumbnailer) überhaupt ist.

Erste Maßnahme wäre kein Automount oder automount r/o.

Und dann die Frage: wer startet da ein Programm? Wie kann man das loggen? Ich kenn mich mit diesen Sachen leider gar nicht aus. Aber irgendeinde Strategie das rauszufinden muss es doch geben. Alle Bildprogramme deinstallieren ist schon etwas grobschlächtig.

Gruß,

Arno

On 14.12.20 21:13, Andreas Delleske wrote:

Hi Arno,

klingt sehr nach einem Bug im Bildprogramm, ich weiß leider nicht wie das bei Ubuntu gestrickt ist.

Was ich mal mitbekommen habe ist. Wenn die physische Uhr des Gerätes NICHT auf UTC / GMT gestellt ist und die Zeitzone nicht passt (sieht aber alles gut aus bei Dir) gibts Chaos.

Ich hab schon erlebt daß Windows dann den Uhrenchip brutal auf CET stellt ;-/ Windows halt und daß daher die Probleme kommen könnten, aber nur wenn Du "dual boot" mit Windoof hast.

Ansonsten würd ich sagen klar ein bug dieses Indexers. Sollte man zumindest abschalten können...

Ich hoffe noch jemand weiß es besser als ich:)

Andreas

Am Mo., 14. Dez. 2020 um 18:16 Uhr schrieb Arno epsi@gmx.de:

...

Hallo Leute,

was ganz seltsames geht bei meinem Ubuntu Mate 20.04 vor. Wenn ich meine SD-Karte mit Bildern einlegen wird offensichtlich schreibend darauf zugegriffen. Wenn neue Bilder auf der Karte sind wird das Datum um einen Monat erhöht. Oft sogar das Datum von bereits im Datum geschobener Dateien. Inzwischen hab ich schon welche mit Datum Mai 2021 auf der Karte.

Scheinbar läuft da irgendein Thumbnailer / Indexer und verhunzt mir alles. Wie kann ich das rausfinden was los ist. Im "top" bekomme ich nur einen kurze Momentaufnahme und mir ist gtk-pixbuf-thum aufgefallen. (Ich weiß nicht ob es das ist und warum).

Wie würde ihr rangehen und das rausbekommen? Es ist wirklich schräg. Nutze ich die Karte unter Windows passiert das nicht. Wo könnte sowas gestartet werden und wie kann ich so eine Karte erst mal R/O mounten? Das R/W mounten passiert ja automatisch. Es ist nicht eingestellt das irgendwelche Programme starten, nicht Shotwell und auch nicht der Dateimanager Caja.

Ich glaube 1h zeigt er auch falsch an, das kann aber wenigstens mit der Zeitzone usw zusammenhängen .. aber ein Monat!?!?

Gruß,

Arno

timedatectl Local time: Mo 2020-12-14 18:15:35 CET Universal time: Mo 2020-12-14 17:15:35 UTC RTC time: Mo 2020-12-14 17:15:35 Time zone: Europe/Berlin (CET, +0100) System clock synchronized: yes NTP service: active RTC in local TZ: no

Hallo Toby und Uwe,

perf report schmeißt einen Haufen Sachen raus, wonach suche ich und wie? Ich guck da wie ein Schwein ins Uhrwerk.

colord-sane taucht auf, und "swapper" ?!?

Ich hab mir lsof kurz nach dem Einstecken in eine Datei schreiben lassen. Aber auch hier keine Ahnung was ich suche.

Der Mountpoint ist:

/dev/sdb1 on /media/user/disk type exfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,iocharset=utf8,namecase=0,errors=remount-ro,uhelper=udisks2)

Wenn ich mit touch das Datum der Bilder ändere und dann unplug und plug, dann bekommen sie das Datum 16.Jan. 2021.

Kommt kein neues Bild dazu oder wird das Datum nicht geändert, wird das Datum auch nicht erneut angepasst.

Gruß, Arno

On 15.12.20 06:09, Toby wrote:

Hallo Arno,

vielleicht kommt du mit perf record -a -g sleep 5 und danach dann perf report dem ganzen etwas auf die Schliche

Du könntest dir auch eine spezielle udev rule für deine SD Karte bauen, damit die immer r/o gemountet wird.

Aber zu den Bildprogramm kann ich auch nichts sagen.

Viele Grüße Toby

Am 14.12.20 um 22:07 schrieb Arno:

...

Hallo Andreas,

also noch weiß ich nicht ob es dieses Teil (der Indexer, Thumbnailer) überhaupt ist.

Erste Maßnahme wäre kein Automount oder automount r/o.

Und dann die Frage: wer startet da ein Programm? Wie kann man das loggen? Ich kenn mich mit diesen Sachen leider gar nicht aus. Aber irgendeinde Strategie das rauszufinden muss es doch geben. Alle Bildprogramme deinstallieren ist schon etwas grobschlächtig.

Gruß,

Arno

On 14.12.20 21:13, Andreas Delleske wrote:

...

Hi Arno,

klingt sehr nach einem Bug im Bildprogramm, ich weiß leider nicht wie das bei Ubuntu gestrickt ist.

Was ich mal mitbekommen habe ist. Wenn die physische Uhr des Gerätes NICHT auf UTC / GMT gestellt ist und die Zeitzone nicht passt (sieht aber alles gut aus bei Dir) gibts Chaos.

Ich hab schon erlebt daß Windows dann den Uhrenchip brutal auf CET stellt ;-/ Windows halt und daß daher die Probleme kommen könnten, aber nur wenn Du "dual boot" mit Windoof hast.

Ansonsten würd ich sagen klar ein bug dieses Indexers. Sollte man zumindest abschalten können...

Ich hoffe noch jemand weiß es besser als ich:)

Andreas

Am Mo., 14. Dez. 2020 um 18:16 Uhr schrieb Arno epsi@gmx.de:

...

Hallo Leute,

was ganz seltsames geht bei meinem Ubuntu Mate 20.04 vor. Wenn ich meine SD-Karte mit Bildern einlegen wird offensichtlich schreibend darauf zugegriffen. Wenn neue Bilder auf der Karte sind wird das Datum um einen Monat erhöht. Oft sogar das Datum von bereits im Datum geschobener Dateien. Inzwischen hab ich schon welche mit Datum Mai 2021 auf der Karte.

Scheinbar läuft da irgendein Thumbnailer  / Indexer und verhunzt mir alles. Wie kann ich das rausfinden was los ist. Im "top" bekomme ich nur einen kurze Momentaufnahme und mir ist gtk-pixbuf-thum aufgefallen. (Ich weiß nicht ob es das ist und warum).

Wie würde ihr rangehen und das rausbekommen? Es ist wirklich schräg. Nutze ich die Karte unter Windows passiert das nicht.  Wo könnte sowas gestartet werden und wie kann ich so eine Karte erst mal R/O mounten? Das R/W mounten passiert ja automatisch. Es ist nicht eingestellt das irgendwelche Programme starten, nicht Shotwell und auch nicht der Dateimanager Caja.

Ich glaube 1h zeigt er auch falsch an, das kann aber wenigstens mit der Zeitzone usw zusammenhängen .. aber ein Monat!?!?

Gruß,

Arno

timedatectl                  Local time: Mo 2020-12-14 18:15:35 CET              Universal time: Mo 2020-12-14 17:15:35 UTC                    RTC time: Mo 2020-12-14 17:15:35                   Time zone: Europe/Berlin (CET, +0100) System clock synchronized: yes                 NTP service: active             RTC in local TZ: no

Ja, wirklich crazy.

ls -l -rwxr-xr-x 1 user user 4615776 Jan 16  2021 DSC01033.JPG

locale LANG=de_DE.UTF-8 LANGUAGE=de_DE LC_CTYPE="de_DE.UTF-8" LC_NUMERIC="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_PAPER="de_DE.UTF-8" LC_NAME="de_DE.UTF-8" LC_ADDRESS="de_DE.UTF-8" LC_TELEPHONE="de_DE.UTF-8" LC_MEASUREMENT="de_DE.UTF-8" LC_IDENTIFICATION="de_DE.UTF-8" LC_ALL=

Was hat es mit dem sane auf sich? Ist das nicht benutzt um Scanner zu bedienen?

Ich kenn mich mit den autostarts / udev usw nicht wirklich aus um da was aufzuspüren.

Apropos script: Ich hab tatsächlich mal was geschrieben um die "on-Zeit"  des Laptops zu bestimmen. Das ruf ich zwar nicht auf derzeit aber kann das irgendwas verstellt haben? Teile davon hab ich übernommen aus einem Forums-Eintrag.

Gruß

Arno

#!/bin/bash

# NAME: suspendtime # PATH: $HOME/askubuntu/ # DESC: For: https://askubuntu.com/questions/321855/how-to-get-real-uptime # DATE: November 6, 2019.

# NOTE: Calculate suspend time from systemd's journalctl

# UPDT: 2019-11-07 Fine-tune removing 0 Units in DaysMinutesStr # UPDT: 2020-05-05 works with Ubuntu 20.04 but has problem with changing monthes

# Duplicate DaysMinutes from ~/.bashrc for Ask Ubuntu DaysMinutes () {

local d h m s     (( d = ${1} / 86400 ))     (( h = (${1}%86400) / 3600 ))     (( m = (${1}%3600) / 60 ))     (( s = ${1}%60 ))     DaysMinutesStr="$d days, $h hours, $m minutes, $s seconds"

# Convert 1's to singular     [[ ${DaysMinutesStr:0:2} = "1 " ]] && \         DaysMinutesStr="${DaysMinutesStr/days/day}"     DaysMinutesStr="${DaysMinutesStr/ 1 hours/ 1 hour}"     DaysMinutesStr="${DaysMinutesStr/ 1 minutes/ 1 minute}"     DaysMinutesStr="${DaysMinutesStr/ 1 seconds/ 1 second}"

# Suppress zero strings     [[ ${DaysMinutesStr:0:1} = "0" ]] &&         DaysMinutesStr="${DaysMinutesStr/0 days, / }"     DaysMinutesStr="${DaysMinutesStr/ 0 hours, / }"     DaysMinutesStr="${DaysMinutesStr/ 0 minutes, / }"     DaysMinutesStr="${DaysMinutesStr/, 0 seconds/}" } # DaysMinutes

# Build array of suspend cycles from Systemd IFS=$'\n' Arr=( $(journalctl -b-0 | grep -E 'PM: suspend' | cut -c5-15) )

[[ ${#Arr[@]} -gt 0 ]] && upper=$(( ${#Arr[@]} - 1 )) SuspentCount=0 [[ $upper -gt 0 ]] && for (( i=0; i<upper; i=i+2 )) ; do     (( SuspendCount++ ))     Time=$(( $(date +%s -d "2020-01-${Arr[i+1]}") - $(date +%s -d "2020-01-${Arr[i]}") ))     SuspendTime=$(( SuspendTime + Time ))     printf "%s to %s lasting %'d seconds\n" "${Arr[i]}" "${Arr[i+1]}" "$Time" done

LinuxTime=$(( $(date +%s -d "Now") - $(date +%s -d "$(uptime -s)") )) DaysMinutes "$LinuxTime" printf "Linux uptime \t%'d seconds (%s)\n" "$LinuxTime" "$DaysMinutesStr" if [ $SuspendCount >  0 ]; then     DaysMinutes "$SuspendTime"     printf "%sx Suspend \t%'d seconds (%s)\n" "$SuspendCount" "$SuspendTime" "$DaysMinutesStr" fi RealTime=$(( LinuxTime - SuspendTime )) DaysMinutes "$RealTime" printf "Real uptime \t%'d seconds (%s)\n" "$RealTime" "$DaysMinutesStr"

On 16.12.20 20:54, Andreas Delleske wrote:

Schon krass.

Hast Du im System irgendwelchen "untypischen" Zeitformate eingestellt, es kann ja einen Unterschied geben zwischen

6.1.2021 und 06.01.2021

Was für ein Zeitformat nutzt ls -l zum Beispiel? Sind die Locale richtig gesetzt (localegen?)

Vielleicht liest irgendein dummes Skript ein Datum falsch aus dem System oder schreibts falsch rein, versucht dann den Monat statt den Tag zu inkrementieren oder sowas..

Nicht daß hier so eine Geschichte beginnt wie diese hier:

https://de.wikipedia.org/wiki/Kuckucksei_(Clifford_Stoll)

Wenn ncih nciht bekannt, sehr empfehlenswert!

Hallo Arno,

ich kann Dein Problem mit Kubuntu 20.04 nachvollziehen können, aber bei Manjaro nicht. Soweit so verwirrend.

Nach etlichen Versuchen und Vergleichen mit mehreren Rechnern und mehreren Kameras hätte ich hier eine Lösung:

Bei 32-GB-Speicherkarten ist alles in Ordung. Bei 64-GB-Speicherkarten tritt der Fehler auf.

Nachdem ich die Karten verglichen habe, stellte ich fest, dass die 32-GB-Karte in der Kamera mit Fat32 formatiert wird. Die 64 GB-Karte aber mit exFat. Die exFat-utils fehlen aber bei Kubuntu 20.04. Nachdem ich die mit:

sudo apt-get install exfat-utils

installiert habe, funktioniert es bei mir auch mit 64-GB-Karten einwandfrei.

Ich würde mich über eine (hoffentlich auch positive) Rückmeldung freuen.

Viele Grüße aus Nordhessen,

Benno

Am 17.12.20 um 10:16 schrieb Andreas Delleske:

Hi Arno,

Sieht nicht so aus als würde das Skript was verstellen aber bei bash / perl weiß man nie :-)

Die timestamp hättet Du mit date +"%s" bekommen meine ich, dann hättest Du die nur in ein Logfile eingetragen und dann subtrahiert.. hab aber grad mal überflogen was das Ding macht.

...

ls -l -rwxr-xr-x 1 user user 4615776 Jan 16 2021 DSC01033.JPG

Normal.

...

locale LANG=de_DE.UTF-8 LANGUAGE=de_DE LC_CTYPE="de_DE.UTF-8" LC_NUMERIC="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_PAPER="de_DE.UTF-8" LC_NAME="de_DE.UTF-8" LC_ADDRESS="de_DE.UTF-8" LC_TELEPHONE="de_DE.UTF-8" LC_MEASUREMENT="de_DE.UTF-8" LC_IDENTIFICATION="de_DE.UTF-8" LC_ALL=

Auch gut.

Schönen Gruß Andreas

Hi Benno,

Bei 32-GB-Speicherkarten ist alles in Ordung. Bei 64-GB-Speicherkarten tritt der Fehler auf.

Nachdem ich die Karten verglichen habe, stellte ich fest, dass die 32-GB-Karte in der Kamera mit Fat32 formatiert wird. Die 64 GB-Karte aber mit exFat. Die exFat-utils fehlen aber bei Kubuntu 20.04. Nachdem ich die mit:

sudo apt-get install exfat-utils

installiert habe, funktioniert es bei mir auch mit 64-GB-Karten einwandfrei.

Wow! Da hast Du Dir die auf jeden Fall die Goldene Ehrennadel in Silber des FLUG verdient!

Ich muß schon gestehen an Fileformate hätt ich auch denken können aber ich dachte die Treiber können doch nicht so buggy sein.

Nun müßte man einen Bugreport bei FAT32 reingeben, aber wo genau?

https://en.wikipedia.org/wiki/FAT_filesystem_and_Linux

Ja, dann Benno ... willkommen!

Frustmomente gibt es immer mal, egal mit welchem OS. Aber die Freude eines der Problem losgeworden zu sein ist dann natürlich um so größer. Wenn alles gleich klappt ist auch langweilig ;)

Ich muss jetzt auch noch ein iPhone "administrieren" - alles wieder ganz anders und gut gekapselt. Jemand schon mal mit "airmore" Erfahrung gemacht - gibts auch unter Android? Kostenlos und keine Werbung, da muss man schon mal genauer hinschauen ;) Aber Dateien mit dem Rechner ohne Kabel/Cloud zu tauschen ist ne prima Sache...

Mit SMB/CIFS bin ich auch nicht der Auskenner. Gerade soll ich ein Gerät mit Uralt - 2.6er Kernel, der nur SMB1 kann auf SMB2 oder besser 3 hochrüsten. Vielleicht ist dein Problem das eines der Geräte nur einen der Dialekte spricht und SMB1 ist inzwischen oft nicht mehr unterstützt? Aber bei deinem Anlauf ist es sicher was vieeel komplizierteres.

Hat schon mal jemand damit https://github.com/sahlberg/libsmb2 Erfahrung, es sogar cross compiliert? Muss erst mal lernen was es mit dem cmake auf sich hat.

Dann euch allen schöne Feiertage und bleibt gesund,

Arno

On 19.12.20 19:36, btux wrote:

Hallo Arno, hallo Andreas,

vielen Dank für die Blumen (bzw. die Nadel) und die Rückmeldung - beides ist leider nicht mehr selbstverständlich.

Ich freue mich, wenn ich helfen kann - und wenn es mir auch hilft umso besser ;-)

Auf diesem Weg möchte ich auch kurz Hallo sagen. Ich bin Benno und komme aus Nordhessen. Zu Euch hat mich der Zufall in Person von Clemens S. gebracht. Mehr dann mal bei Gelegenheit bzw. Interesse. Ich bin anwendender Praktiker, der alles was mit Programmierung zu tun hat als notwendiges Übel betrachtet und tausendmal lieber den Schraubendreher und Lötkolben schwingt :-) Mit Linux arbeite ich seit ca. 5 Jahren und befinde mich gerade in einer ziemlichen Frust-Talsohle (s. u.)

Als ich mich in Eure Mailling-Liste letzten Samstag eingetragen hatte, kam dann gleich Arnos Problem, was nach kurzer Überprüfung leider auch meins wurde. Ich dachte "och nee noch so ein krudes Problem, mein Samba-/ cifs-Problem reicht mir doch.."

Glücklicherweise ließ sich Arnos Problem viel schneller lösen als das, was mich schon einige Wochen Frust gekostet hat. In den nächsten Tagen möchte ich es Euch zur Diskussion stellen.

Ob und wie Arnos Problem als bug gemeldet werden kann, würde ich gerne jemanden überlassen, der sich damit auskennt.

Ich würde mich freuen, wenn ich aus dem (von Euch aus gesehen) hohen Norden bei Euch mitmachen kann,

viele Grüße,

Benno

Am 19.12.20 um 16:36 schrieb Andreas Delleske:

...

Hi Benno,

...

Bei 32-GB-Speicherkarten ist alles in Ordung. Bei 64-GB-Speicherkarten tritt der Fehler auf.

Nachdem ich die Karten verglichen habe, stellte ich fest, dass die 32-GB-Karte in der Kamera mit Fat32 formatiert wird. Die 64 GB-Karte aber mit exFat. Die exFat-utils fehlen aber bei Kubuntu 20.04. Nachdem ich die mit:

sudo apt-get install exfat-utils

installiert habe, funktioniert es bei mir auch mit 64-GB-Karten einwandfrei.

Wow! Da hast Du Dir die auf jeden Fall die Goldene Ehrennadel in Silber des FLUG verdient!

Ich muß schon gestehen an Fileformate hätt ich auch denken können aber ich dachte die Treiber können doch nicht so buggy sein.

Nun müßte man einen Bugreport bei FAT32 reingeben, aber wo genau?

https://en.wikipedia.org/wiki/FAT_filesystem_and_Linux

Hallo zusammen,

bin gerade dabei bei mir im Bücherregal wieder etwas 'Luft' zu schaffen, deshalb sind die zwei folgenden Werke an Interessierte zu verschenken:

Autor/in:     Michael Kofler Titel:    Linux - Das umfassende Handbuch. 20 Jahre »Kofler« -- Das Standardwerk für Einsteiger und fortgeschrittene Anwender. Über 1.400 Seiten Linux-Wissen pur ISBN:     9783836237758 (ISBN-10: 383623775X) Seiten:     1430 Gewicht:     2460 g Verlag:     Rheinwerk Ort:     Bonn Auflage:     14. Erschienen:     2016 Einband:     Hardcover/gebunden Sprache:     Deutsch Zustand:     wie neu

Autor/in:     Marcus Fischer Titel:     Ubuntu 18.04 LTS - Das umfassende Handbuch zur LTS-Version »Bionic Beaver« ISBN:     9783836264488 (ISBN-10: 383626448X) Format:     240x190 mm Seiten:     1029 Verlag:     Rheinwerk Auflage:     10 Erschienen:     2018 Einband:     Gebunden Sprache:     Deutsch Zustand:     Neuware

Einfach melden.

Herzliche Grüße und auf diesem Weg mal ein großer Dank an die Gruppe für die zuverlässige Unterstützung.

Henning