Am 25.05.20 um 11:05 schrieb Jorrit Jongma:
> No, this patch is for the whole-file checksum, the resulting checksum
> is the same regardless of the block size used when feeding the hash
> algorithm.
Understoof. My fault. Sorry.
Cheers,
Pierre
--
Please use reply-all for most replies to avoid o
Am 25.05.20 um 00:42 schrieb Jorrit Jongma via rsync:
> Testing showed the performance improvement to go up quickly going from
> 64 to 512 bytes, with diminishing returns above, 4096 was where it
> seemed to plateau for me. Re-used CHUNK_SIZE (32 kB) as it already
> exists and should be fine to use
Am 14.11.19 um 16:25 schrieb Pierre Bernhardt:
> Is this for linke backup reason if the source dir is different
> from the link-dest dir because of different hosts like
>
> rsync -av --dest-link=../a a/ backuphost:b/
>
> where on backuphost a is an older copy and b is the new
> target?
Yea, that'
Am 14.11.19 um 15:02 schrieb Paul Slootman via rsync:
> On Thu 14 Nov 2019, Pierre Bernhardt via rsync wrote:
> So it's looking for b/a as the link-dest directory.
>
> Use a full pathname for --link-dest to remove all uncertainty.
> E.g.:
>
> rsync -av --link-dest=$
Am 14.11.19 um 10:54 schrieb Paul Slootman via rsync:
> You need to specify the source directory as the link-dest directory.
Hi, I tried it also because it's an old question which has never worked
for me. Instead it creates copies and not hard links:
pierre@in94:~/tmp$ ls -li a b
a:
insgesamt 8
Am 17.09.19 um 02:06 schrieb Luis Fernando via rsync:
> Some xattrs can't be copied between filesystems. For instance, compressed
> btrfs has a "btrfs.compression" xattr.
> When rsync -X is used in this situation, it exits with error code 23 (partial
> file/attr), which seems dangerous to be igno
