ignore mtime - or any metadata
Hardy
lists at steff.in
Sun Sep 25 18:49:02 UTC 2022
Thanks Kevin,
-a implies rlptgoD and I obviously used it by comfort and habit.
Omitting -t (and perhaps also gop, not really needed) might solve my
problem? Will give it a try.
Am 25.09.22 um 20:30 schrob Kevin Korb via rsync:
> -a is telling rsync to copy the metadata. --size-only is telling rsync
> to skip the contents of files that are the same time. Without
> --link-dest rsync would just update the metadata on the target. However,
> with --link-dest rsync is being told to make the same file with 2
> different metadatas. It can only do so by duplicating the file
> (effectively the same as --copy-dest).
>
> On 9/25/22 14:26, Hardy via rsync wrote:
>> Hi,
>>
>> SHORT:
>> rsync shall ignore differences in meta (inode) data, but does not even
>> with --size-only. -- If in combination with --link-dest.
>> Is there any flag I missed?
>>
>> EXPLANATION:
>> I use
>> rsync -avbuH --size-only --stats --delete-excluded
>> --link-dest=/path/to/last "user at system:Shared/Data" /path/to/now
>>
>> to sync backup-style and use the --link-dest option to minimize
>> traffic (and space) and still have a full backup each time. So far
>> nothing special.
>> Now it happens that at the source side data changes are moderate, but
>> meta information (like atime, mtime) do change a lot. I didn't find a
>> solution to make rsync ignore these differences to use a link.
>> --size-only and -t (implied by -a) work ok with a simple syncs, but
>> obviously (for me) it does not in combination with --link-dest. I can
>> understand the motivation behind this: rsync is not allowed to change
>> meta data of the existing inode, nor can it neglect the change - or
>> can it?
>>
>> Hardy
>>
>
More information about the rsync
mailing list