rsync本身不因目标分区文件系统不支持特殊字符而报错，真正问题在于挂载时未指定正确字符集、文件名超长（如FAT32限255字节）、或rsync尝试设置不支持的属性（如权限、xattr），需通过df -Th、mount、rsync -vv等命令定位，并用--no-perms、--iconv、iocharset等参数针对性解决。
rsync本身不因“目标分区文件系统不支持特殊字符”而报错——Linux下的rsync不会因为文件名含中文、空格、emoji或符号（如★、①、（）等）直接失败。真正出问题的，通常是目标文件系统对文件名编码或长度的限制，或者挂载方式导致的字符处理异常，而非rsync“不支持特殊字符”。
先确认是不是真由字符引发的问题
很多所谓“特殊字符报错”，实际是以下更常见的底层原因：
- 目标分区是FAT32/exFAT/NTFS（通过ntfs-3g挂载），但挂载时未指定正确的字符集（如
iocharset=utf8或nls=utf8），导致文件名解码失败； - 源文件名使用了UTF-8扩展字符（如某些生僻汉字、组合emoji），而目标文件系统只支持基本ASCII或GBK子集；
- rsync尝试创建过长路径（尤其在深层嵌套+长Unicode名下），超出FAT32的255字节路径限制（注意：是字节数，不是字符数）；
- 错误被误判——实际报的是
Operation not permitted或Invalid argument，根源是权限、xattr或时间戳，不是字符本身。
针对不同目标文件系统的处理方式
FAT32/exFAT分区（最常见场景）：
- 挂载时显式指定UTF-8支持：
mount -t vfat -o iocharset=utf8,shortname=winnt /dev/sdb1 /mnt（exFAT用exfat类型，同样加iocharset=utf8）； - 避免使用
-a保留所有属性（它会尝试设权限、属主、扩展属性，这些FAT根本不支持），改用：rsync -r --iconv=UTF-8,UTF-8 --no-perms --no-owner --no-xattrs； - 若仍有乱码或创建失败，用
--filter='s/[^\x00-\x7F]/_/g'临时替换非ASCII字符（需rsync 3.2.7+），或用convmv提前批量转名。
NTFS分区（Linux下通过ntfs-3g）：
- 确保ntfs-3g版本≥2021.8.22（对Unicode支持更健壮），挂载选项加
utf8和uid/gid（如-o uid=1000,gid=1000,utf8）； - 禁用Windows风格的短文件名映射：
shortname=winnt可能干扰长Unicode名，可尝试shortname=mixed或去掉该选项； - 遇到
Invalid argument时，大概率是文件名超长（NTFS单路径限256 Unicode字符），可用--max-size=0配合--include='*/' --exclude='*' --files-from=...分批处理。
通用规避与诊断建议
不依赖猜测，用这几步快速定位：
- 运行
df -Th /mnt确认目标文件系统类型； - 执行
mount | grep /mnt查看实际挂载参数，重点找iocharset、utf8、ro、noexec等； - 加
-vv重跑rsync，看具体哪类文件报错（如rsync: recv_generator: mkdir "/mnt/测试★目录" failed: Invalid argument (22)）； - 手动用
touch "/mnt/测试★.txt"测试基础创建能力——若失败，说明是挂载或内核层问题，不是rsync配置问题。
实在无法绕过时的备选方案
当目标盘只能用老旧FAT32且无法重挂载时：
- 用
--iconv=UTF-8,GBK（或对应目标系统默认编码）做字符集转换，让文件名“降级”兼容； - 启用
--dry-run -i预览哪些文件名会被拒绝，再用脚本生成安全别名（如哈希前缀+截断）； - 换用
cp -a或tar -cf - | (cd /mnt && tar -xf -)替代rsync——它们不尝试设置元数据，对字符更宽容（但失去增量和校验优势）。
