[solved]rsync verbose信息 乱码

Anderson997

如图，只是这个-v的信息里，中文文件名有\#数字的乱码。
最终同步过去的文件名是正常的。

本机locale：

1. LANG="en_US.UTF-8"
   
2. LC_COLLATE="en_US.UTF-8"
   
3. LC_CTYPE="en_US.UTF-8"
   
4. LC_MESSAGES="en_US.UTF-8"
   
5. LC_MONETARY="en_US.UTF-8"
   
6. LC_NUMERIC="en_US.UTF-8"
   
7. LC_TIME="en_US.UTF-8"
   
8. LC_ALL="en_US.UTF-8"

复制代码

nas的locale：

1. LANG=en_US.UTF-8
   
2. LC_CTYPE="en_US.UTF-8"
   
3. LC_NUMERIC="en_US.UTF-8"
   
4. LC_TIME="en_US.UTF-8"
   
5. LC_COLLATE="en_US.UTF-8"
   
6. LC_MONETARY="en_US.UTF-8"
   
7. LC_MESSAGES="en_US.UTF-8"
   
8. LC_PAPER="en_US.UTF-8"
   
9. LC_NAME="en_US.UTF-8"
   
10. LC_ADDRESS="en_US.UTF-8"
    
11. LC_TELEPHONE="en_US.UTF-8"
    
12. LC_MEASUREMENT="en_US.UTF-8"
    
13. LC_IDENTIFICATION="en_US.UTF-8"
    
14. LC_ALL=

复制代码

有大佬能救一下么

别用系统自带的...

l0stc0mpass

无需担心，一切正常。

Anderson997

l0stc0mpass 发表于 2024-11-21 19:51
无需担心，一切正常。

正常的时候乱码只是看着蛋疼，等不正常了，那就蛋碎了

l0stc0mpass

这只是rsync打印的log没事。即便bash ls 命令显示文件名也是乱码只要你不在乱码的状态强行改名就没问题。文件名数据没变，乱码是因为环境解释不同。

Anderson997

l0stc0mpass 发表于 2024-11-21 20:12
这只是rsync打印的log没事。即便bash ls 命令显示文件名也是乱码只要你不在乱码的状态强行改名就没问题。文 ...

那这个环境解释不同有办法解决么？

l0stc0mpass

这种问题绝大部分都是win环境导致的，比如你用web的方式上传文件到nas一般文件名编码会自动处理好。但是比如你用一个中文win环境打包一个zip的时候zip里面的中文文件名可能是gbk/gb2312（zip规范不具体规定文件名应该用什么编码），zip传到nas后解压很有可能这些文件名不会自动转成utf8，那你在命令行看就是乱码。建议不要乱动或者强迫症用啥软件改，可能越搞越糟，这个世界本就没有完美的事情。话说你会日常用命令行去处理这些文件吗？

Anderson997

l0stc0mpass 发表于 2024-11-21 20:34
这种问题绝大部分都是win环境导致的，比如你用web的方式上传文件到nas一般文件名编码会自动处理好。但是比 ...

本地是ventura，nas是arch。应该都是utf8，果子除了在transmission里改日文有坑，别的好像也没啥问题啊。

上次碰到乱码好像还是在一个debian里，locale-gen成zh_cn就正常了。也是因为那个跑docker，calibre里一堆中文的书。

回到这个问题，他这个log没问题的时候，我把-v去掉都行啊，这不就是怕万一报个错……

zw373200230

zh_CN.UTF-8

lyf362345

你的客户端有些字符不支持，换其他能支持的（我也不知道Windows下哪个支持），或者说服自己不要在意这个