<div dir="ltr">Hi!<div><br></div><div>Some of my disks are HFS+ and others are APFS. I've been using rsync for years, in order to sync some folders across all my disks. There were no problems until APFS was introduced into the game.</div><div><br></div><div>Now, in filenames that have UTF international characters, I often hit the problem of rsync deleting a file and then rewriting it again, just because the UTF normalization is not the same in both disks. Other users have been reporting this (see here for example: <a href="https://superuser.com/questions/1513326/rsync-from-mac-os-to-synology-with-btrfs-having-issues-with-file-and-directories">https://superuser.com/questions/1513326/rsync-from-mac-os-to-synology-with-btrfs-having-issues-with-file-and-directories</a> ).</div><div><br></div><div>For over a year I've been tolerating this because I considered it non-critical, but I feel I should fix it. However, I didn't find any posted solution that could address this in a convenient and proper way.</div><div><br></div><div>People suggest to use the --iconv flag, but... does this mean that you need to use different iconv settings depending on whether your transfer is APFS->HFS+ or HFS+->APFS? If affirmative, it would be a bit clumsy, IMHO (first detect the disk FS, then choose proper flags). </div><div><br></div><div>Isn't there some way for dealing with this more conveniently, in a way that you don't need to check the disk FS before invoking rsync?</div><div><br></div><div>Thanks!</div><div><br></div><div>César</div><div><br></div></div>