So weisen Sie rsync an, den Zeitstempel für Dateien beizubehalten, wenn der Quellbaum einen bereitgestellten Punkt hat

Bezogen auf diese Frage

Kurze Beschreibung des Problems:

Wenn der Quellbaum einen eingebundenen Punkt enthält, werden Zeitstempel für Dateien innerhalb dieses eingebundenen Punkts beim Kopieren in den Zielbaum nicht beibehalten, auch wenn die -aOption verwendet wird

Detaillierte Beschreibung:

Angenommen, dies ist der Quellenbaum:

                       /home/                           /home/
                         |                                |
                        me/                             BACKUP/
                         |                                |
                    +----+----------+                +----+-------+
                    |    |          |                |    |       |
                 data/  foo.txt    boo.txt         data/ foo.txt boo.txt
                    |                                |
                   a.txt                           a.txt

Wo data/oben ist externe USB-Festplatte gemountet. Alles ist ext4Dateisystem. Alles in der Quelle gehört mir me.

BACKUP Zufällig war auch ein Einhängepunkt das Backup-USB-Laufwerk.

Nachdem rsync -av --delete /home/me/ /home/BACKUP/ich diesen Befehl ausgegeben habe , habe ich festgestellt, dass /home/BACKUP/data/und alles darunter den aktuellen Zeitstempel hat, als ob diese Dateien jetzt erstellt worden wären, und nicht den Zeitstempel für die Dateien in /home/me/data/. Bei anderen externen Dateien und Ordnern datablieb der Zeitstempel in Ordnung.

Die Frage ist: Wie wird rsyncin der obigen Einstellung festgelegt, dass Zeitstempel für alle Dateien und Ordner beibehalten werden sollen, auch für Dateien und Ordner auf einem bereitgestellten Punkt?

Ich benutze:

>uname -a
Linux 3.5.0-17-generic #28-Ubuntu SMP x86_64 x86_64 x86_64 GNU/Linux

>rsync -v
rsync  version 3.0.9  protocol version 30

von man rsync:

   -t, --times                 preserve modification times

EDIT - um diese Antwort zu verbessern, da nicht sofort ersichtlich ist, warum dies dem OP nicht geholfen hat:

OP kopiert Dateien von einem Dateisystem in ein anderes und möchte diese beibehalten c-time. Die meisten Leute verstehen c-timeunter "Erstellungszeit" die auf den meisten UNIX / Linux-Systemen falsche Zeit (Windows-Dateisysteme erfassen die "Erstellungs-" oder "Geburts" -Zeiten).

In den meisten c-timeFällen wird unter UNIX und Linux der Zeitstempel zum Aufzeichnen des letzten Inode- C -Wechsels verwendet. Ein Inode ändert sich, wenn eines seiner Attribute aktualisiert wird:

• Schaffung (OP Fall)
• Modus (Berechtigungen)
• Besitzer / Gruppe
• harte Linkanzahl
• etc. (stat () Systemaufruf)

OP kann die c-timeihrer Dateien nicht beibehalten , wenn sie auf ein neues Dateisystem gebracht werden. Die Erstellung dieser Dateien in den neuen Dateisystemen ist eine der oben aufgeführten Bedingungen (Erstellung von Inode / Datei).

/BEARBEITEN

Wie hr3miller bereits sagte, ist -a (oder --archive) gleich -rlptgoD und enthält bereits die Synchronisationszeit.

Wenn jedoch rsync Daten kopiert, z. Bei einem NFS / FAT32 / NTFS-Mount, bei dem die Beibehaltung von Benutzer und Besitzer fehlschlägt, versucht rsync nicht, die Uhrzeit festzulegen. Rsync warnt mit so etwas wie

rsync: chown "/mnt/backup/postgres/hourly.0/primary/var" failed: Operation not permitted (1)

Lassen Sie daher die Beibehaltung von Benutzer und Gruppe durch Verwendung von weg

-rlptD

anstatt

-rlptgoD

Verwenden Sie diese Option nur, wenn der Eigentümer und die Gruppe nicht erhalten bleiben. Beachten Sie, dass das Beibehalten von Symlinks und anderen Funktionen auch dieses Verhalten auslösen kann. Sie müssen die Manpage für jede rsync-Funktion (-r -l -p -t -g -o -D) durchgehen, die Sie sichern möchten.

Ich benutze rsync -azund sicher, dass es mir die Änderungszeit erspart. Ich habe es jetzt noch einmal überprüft.