3
Rsync kopiert oft Dateien die sich eigentlich nicht geändert haben
Hallo!
Kurz zur Umgebung:
Ich habe hier ein Netzlaufwerk, auf welchem ich Tools, PDFs, Programme, etc.. für meine Arbeit draußen beim Kunden sammle. Dort halte ich alles aktuell.
Mein Bruder und ich synchronisieren unsere Sticks dann mittels rsync, damit jeder immer auf dem aktuellsten Stand ist.
Dabei bemerke ich bei mir häufiger, dass rsync immer wieder Dateien synchronisiert die sich seit Ewigkeiten nicht geändert haben. Manchmal synchronisiert er das halbe Repository, was dann ne gefühlte Ewigkeit dauert.
Leider weiss ich gar nicht warum das passiert.
Ich verwende Debian als Betriebssystem. Das eingebundene Netzlaufwerk liegt auf einem Windows 2008 share und der Stick ist mit FAT32 formatiert.
Hat jemand Ideen was hier als Fehlerquelle infrage kommt?
Danke und Grüße
Martin
Kurz zur Umgebung:
Ich habe hier ein Netzlaufwerk, auf welchem ich Tools, PDFs, Programme, etc.. für meine Arbeit draußen beim Kunden sammle. Dort halte ich alles aktuell.
Mein Bruder und ich synchronisieren unsere Sticks dann mittels rsync, damit jeder immer auf dem aktuellsten Stand ist.
Dabei bemerke ich bei mir häufiger, dass rsync immer wieder Dateien synchronisiert die sich seit Ewigkeiten nicht geändert haben. Manchmal synchronisiert er das halbe Repository, was dann ne gefühlte Ewigkeit dauert.
Leider weiss ich gar nicht warum das passiert.
Ich verwende Debian als Betriebssystem. Das eingebundene Netzlaufwerk liegt auf einem Windows 2008 share und der Stick ist mit FAT32 formatiert.
Hat jemand Ideen was hier als Fehlerquelle infrage kommt?
Danke und Grüße
Martin
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 233937
Url: https://administrator.de/forum/rsync-kopiert-oft-dateien-die-sich-eigentlich-nicht-geaendert-haben-233937.html
Ausgedruckt am: 26.12.2024 um 00:12 Uhr
3 Kommentare
Neuester Kommentar
Ja FAT hat nur eine Genauigkeit von 1 Sekunde in der Zeitauflösung, während NTFS und ext2/3/4 genauer auflösen.
Da kann es dann durchaus vorkommen, daß druch die Rundung die dateien auf dem Stick einen Tick "zu alt" sind.
Die Option
--modify-window=NUM compare mod-times with reduced accuracy
schafft Abhilfe
lks
1
Hallo,
Na, dann schau ins Log.
Und den
kannst du hier http://linux.die.net/man/1/rsync nachlesen.
Gruß,
Peter
Na, dann schau ins Log.
Hat jemand Ideen was hier als Fehlerquelle infrage kommt?
Evtl weil die Heinzelmännchen nachts an deinen Dateien rumfummeln oder weil deine Kopierparameter es so wollen?Und den
--Log-File=Where to put all that what you always wanted to know fileGruß,
Peter
Grandios! Danke für diesen Parameter. Der hat es gebracht!
Zitat von @Lochkartenstanzer:
> Zitat von @mfernau:
>
> Hat jemand Ideen was hier als Fehlerquelle infrage kommt?
Ja FAT hat nur eine Genauigkeit von 1 Sekunde in der Zeitauflösung, während NTFS und ext2/3/4 genauer auflösen.
Da kann es dann durchaus vorkommen, daß druch die Rundung die dateien auf dem Stick einen Tick "zu alt" sind.
Die Option
schafft Abhilfe
lks
> Zitat von @mfernau:
>
> Hat jemand Ideen was hier als Fehlerquelle infrage kommt?
Ja FAT hat nur eine Genauigkeit von 1 Sekunde in der Zeitauflösung, während NTFS und ext2/3/4 genauer auflösen.
Da kann es dann durchaus vorkommen, daß druch die Rundung die dateien auf dem Stick einen Tick "zu alt" sind.
Die Option
> --modify-window=NUM compare mod-times with reduced accuracy
> schafft Abhilfe
lks
