ubuntuusers.de

Hallo liebe Freunde,

ich nutze seit einiger Zeit eine Nextcloud (gehostet bei IONOS) für mehrere PCs/Laptops/Handys in unserem kleinen Büro.

Leider habe ich auf diesem Linuxrechner hier immer wieder ein Problem mit der Datei-Synchronisierung, welches auf den Windows-Rechnern und auf den Android-Systemen nicht auftritt!

Nextcloud meldet, dass bestimmte Dateien nicht synchronisiert werden können da sie über keinen gültigen Zeitstempel verfügten. In den Dateien finde ich dann unter "Geändert" einen Zeitstempel vom 01.01.1970 (!) - obwohl die dateien bspw. im Jahr 2024 erstellt wurden und dies auch so vermerkt ist. Die Zeitstempel für "Erstellt" und "letzter Zugriff" stimmen, die für "Geändert" nicht!

Nun bin ich auf der Fehlersuche darauf gestoßen, dass es sich hauptsächlich um Dateien handelt, welche aus größeren komprimierten Ordnern/Archiven extrahiert wurden, und zwar ganz unabhängig von der Herkunft der Dateien, es betrifft bspw. auch welche, die ich selbst hier auf diesem System hergestellt und komprimiert habe!

Da ich nun nicht ständig via Konsole un-Mengen von Dateien (es sind TB) mittels Befehl "anfassen" ändern möchte, damit sie gnädigerweise von Nextcloud ordentlich synchronisiert werden können, frage ich Euch, ob irgendwer evtl. dieses Problem kennt und dafür idealerweise eine Lösung hat?

Bin für jeden Hinweis dankbar!

Vielen Dank, Thoralf

rotthoris schrieb:

Da ich nun nicht ständig via Konsole un-Mengen von Dateien (es sind TB)

Das Problem tritt also bei Thunderbird-Dateien (TB) auf, ist das richtig verstanden?

... mittels Befehl "anfassen" ändern möcht.

Wie lautet der Befehl?

welche aus größeren komprimierten Ordnern/Archiven extrahiert wurden,

Frage wie genau extrahiert und dann wie abgespeichert?

und zwar ganz unabhängig von der Herkunft der Dateien,

Wo bzw von welchen Programm kommen die denn her?

welches auf den Windows-Rechnern und auf den Android-Systemen nicht auftritt!

Handelt es sich um die gleichen Daten-Typen (komprimierte Thunderbird) oder sind in den beiden genannte OS unkomprimierte Daten abgelegt?

Hallo Berlin_1946,

zunächst mal Danke für deine Rückfragen.

Da ich nun nicht ständig via Konsole un-Mengen von Dateien (es sind TB)

Hier ist mit 'TB' TerraBite gemeint.... hat mit den komprimierten Thunderbird Achiven nichts zu tun. Es betrifft ALLE Formen von Dateien, also egal ob Office- PDF- CAD- oder Bilddateien.

Und zwar nach meiner Beobachtung immer dann, wenn diese vorher aus zip-Archiven oder .tar-Archiven entpackt wurden.

Frage wie genau extrahiert und dann wie abgespeichert?

Diese Frage verstehe ich nicht. Also ganz normal, wie man das so macht mit den Bordmitteln im Dateibrowser Dolphin (KDE) entpackt und abgespeichert.

Gruß, Thoralf

Wie lautet der Befehl?

Der Befehl lautet

 $ touch [Option] [Datei]

oder

~$ find . -type f -exec touch {}

Die Systemzeit habe ich auch mehrfach kontrolliert, die ist aktuell.

Gruß, Thoralf

rotthoris schrieb:

Frage wie genau extrahiert und dann wie abgespeichert?

Also ganz normal, wie man das so macht mit den Bordmitteln im Dateibrowser Dolphin (KDE) entpackt und abgespeichert.

Schon beantwortet: mit Bordmitteln im Dolphin, also nicht mit Terminal-Befehlen.

rotthoris schrieb:

~$ find . -type f -exec touch {}

bei mir funktioniert der nicht. Das Ergebnis:

mate@mate-HP-ProDesk:~$ find . -type f -exec touch {}
find: Fehlendes Argument für »-exec«.
mate@mate-HP-ProDesk:~$ 

Hallo,

sorry, da war was verschluckt:

find . -type f -exec touch {} +

lautet der Befehl, zu finden hier: https://ubuntu-hilfe.at/363/nextcloud-fehler-synchronisation-wegen-ungueltiger-aenderungszeit-nicht-moeglich-die-loesung/

Aber ständig die Änderungszeit immer wieder neu setzen zu müssen ist ja nicht die Lösung, die falsche Zeit muss ja irgendwoher kommen.

rotthoris schrieb:

die falsche Zeit muss ja irgendwoher kommen.

Aus dem Archiv? Wird die Zeit mitgesichert? Wird die Zeit wieder korrekt erstellt?

rotthoris schrieb:

Nextcloud meldet, dass bestimmte Dateien nicht synchronisiert werden können da sie über keinen gültigen Zeitstempel verfügten.

Welchen Zeitstempel erachtet denn Nextcloud als gültig?

Es gibt immer 3 Zeitstempel:

1. atime zugriff

2. mtime modifiziert

3. ctime Geburt

In den Dateien finde ich dann unter "Geändert" einen Zeitstempel vom 01.01.1970 (!) - obwohl die dateien bspw. im Jahr 2024 erstellt wurden und dies auch so vermerkt ist.

Mit welchem Befehl wird denn der Zeitstempel ermittelt?

Die Zeitstempel für "Erstellt" und "letzter Zugriff" stimmen, die für "Geändert" nicht!

Diese Aussage ist wie belegt?

Folgendes Beispiel:

Die Datei vorfahren.ods wurde im Dateimanager Caja zu *.tar.gz

mate@mate-HP-ProDesk:~/Dokumente$ stat vorfahren.ods.tar.gz 
  Datei: vorfahren.ods.tar.gz
 Größe: 12264     	Blöcke: 24         EA Block: 4096   Normale Datei
Gerät: 8/33	Inode: 10092798    Verknüpfungen: 1
Zugriff: (0664/-rw-rw-r--)  Uid: ( 1000/    mate)   Gid: ( 1000/    mate)
Zugriff: 2025-02-13 14:44:15.419978118 +0100
Modifiziert: 2025-02-13 14:44:10.671082531 +0100
Geändert: 2025-02-13 14:44:10.708081718 +0100
Geburt: 2025-02-13 14:44:10.670082553 +0100
mate@mate-HP-ProDesk:~/Dokumente$

Je nach Befehl mit dem auf eine Datei zugegriffen wird, "ändern" (muss geschaut werden, welche der 3 Zeiten gemeint ist) sich die Zeiten.

mate@mate-HP-ProDesk:~/Dokumente$ stat vorfahren.ods
  Datei: vorfahren.ods
 Größe: 13793     	Blöcke: 32         EA Block: 4096   Normale Datei
Gerät: 8/33	Inode: 9836766     Verknüpfungen: 1
Zugriff: (0777/-rwxrwxrwx)  Uid: ( 1000/    mate)   Gid: ( 1000/    mate)
Zugriff: 2025-02-13 14:27:23.070711074 +0100
Modifiziert: 2025-02-13 13:25:44.961255319 +0100
Geändert: 2025-02-13 13:25:44.961255319 +0100
Geburt: 2024-06-30 10:50:21.574822206 +0200
mate@mate-HP-ProDesk:~/Dokumente$ 

Der Zip aus dem Caja sieht das als neue "Geburt" an.

mate@mate-HP-ProDesk:~/Dokumente$
 ls -la | grep vorfahren.ods
-rwxrwxrwx  1 mate mate 13793 Feb 13 13:25 vorfahren.ods
-rw-rw-r--  1 mate mate 12264 Feb 13 14:44 vorfahren.ods.tar.gz
mate@mate-HP-ProDesk:~/Dokumente$ 

Der ls nimmt hier von vorfahren.ods jedenfalls nicht den "Geburt: 2024-06-30 10:50:21" sondern sieht das Erstellen der *.tar.gz als Modifikation oder Geänderte an.
Das sind jetzt "nur" zwei mögliche Befehle.

Zu Deinen Fragen:

Welchen Zeitstempel erachtet denn Nextcloud als gültig?

Ganz offensichtlich den, der falsch ist?!

Du belehrst mich darüber, dass es drei Zeitangaben gibt - obwohl ich genau das schon in meiner Frage geschrieben habe?! Was soll das?

Mit welchem Befehl wird denn der Zeitstempel ermittelt?

Warum soll ich dafür einen befehl im terminal verwenden, ist völlig unpraktisch. Ein Blick in die Dateieigenschaften reicht dafür.

Der ls nimmt hier von vorfahren.ods jedenfalls nicht den "Geburt: 2024-06-30 10:50:21" sondern sieht das Erstellen der *.tar.gz als Modifikation oder Geänderte an.

Das erklärt aber nicht das Datum 1.1.1970 - oder glaubst Du ich habe meine Dateien die 2024 erstellt wurden, schon 1970 entzippt?!

Diese Aussage ist wie belegt?

Sind wir hier bei Gericht? Warum sollte ich hier Unsinn schreiben? Sorry, ich denke wir reden hier aneinander vorbei und Du scheinst nicht wirklich gelesen zu haben, was ich schrieb.

Danke für die "Hilfe" aber das bringt hier offensichtlich nix. Ich denke wir kommen hier nicht weiter, werde mir professionelle Hilfe holen oder halt den Rechner auch auf Windows umstellen.

rotthoris schrieb:

Ganz offensichtlich den, der falsch ist?!

Eine super Antwort. Mit dieser Einstellung deinerseits findet man doch jeden Fehler.

Du belehrst mich darüber, dass es drei Zeitangaben gibt - obwohl ich genau das schon in meiner Frage geschrieben habe?! Was soll das?

Hast du nicht, da immer noch nicht klar ist auf welchem OS die Dateien entstanden oder mal gespeichert wurden. Da spielt der Zeitstempel von Windows eine wesentliche Rolle.

Warum soll ich dafür einen befehl im terminal verwenden, ist völlig unpraktisch.

Weil Terminal-ausgaben mehr Meldungen preisgeben.

Ein Blick in die Dateieigenschaften reicht dafür.

Auch hier bestehen große Unterschiede womit die Dateieigenschaften ermittelt werden.

Das erklärt aber nicht das Datum 1.1.1970 - oder glaubst Du ich habe meine Dateien die 2024 erstellt wurden, schon 1970 entzippt?!

Ich glaube nicht, ich suche nach Ursachen. Schon oben geschrieben, es konnte ein Platzhalter mit Ursprung Windows (NTFS/FAT32) sein.

Diese Aussage ist wie belegt?

Um den Fehler einkreisen zu können.

... und Du scheinst nicht wirklich gelesen zu haben, was ich schrieb.

Doch habe ich, aber deine gelieferten Information helfen überhaupt nichts und sind zur Fehlersuche sinnfrei.

Danke für die "Hilfe" aber das bringt hier offensichtlich nix.

Bei deiner Art der Zusammenarbeit bin ich genau deiner Meinung.

... werde mir professionelle Hilfe holen

👍

Die Zeitstempel für "Erstellt" und "letzter Zugriff" stimmen, die für "Geändert" nicht!

Falls du meinst, dass so was hilft ohne die benutzen Befehle mitzuteilen, dann irrst du.
Sonst hast du das Beispiel nicht verstanden.

Du belehrst mich darüber,

Sagt mir alles.

Ich wünsche dir, dass du mit dem professionelle Helfer gut zurecht kommst.