rsync strange behaviour
pagani laurent
laurent.pagani at laposte.net
Thu Oct 26 13:24:10 UTC 2017
I found the explanation. It is the last of your flags with does the trick :
--protect-decmpfs
The com.apple.decmpfs extended attribute is hidden by default
from list/get xattr calls, therefore normal attempts to copy
compressed files will functionally decompress those files. While
this is desirable behavior when copying files to filesystems
that do not support HFS+ compression, it has serious performance
and capacity impacts when backing up or restoring the Mac OS X
filesystem.
This option will transfer the com.apple.decmpfs extended
attribute regardless of support on the destination. If a source
file is compressed and an existing file on the destination is
not compressed, the data fork of the destination file will be
truncated and the com.apple.decmpfs xattr will be transferred
instead. Note that compressed files will not be readable to the
operating system of the destination if that operating system
does not support HFS+ compression. Once restored (with or with-
out this option) to an operating system that supports HFS+ com-
pression, however, these files will be accessible as usual.
This option implies --fileflags and —xattrs
without it, a number of compressed files are decompressed in the rsync process. This explains the size expansion!
More information about the macports-users
mailing list