[solved]rsync verbose信息 乱码
本帖最后由 Anderson997 于 2024-11-22 11:54 编辑如图，只是这个-v的信息里，中文文件名有\#数字的乱码。
最终同步过去的文件名是正常的。
本机locale：
LANG="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_CTYPE="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
nas的locale：
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
有大佬能救一下么[晕倒]
别用系统自带的... 无需担心，一切正常。 l0stc0mpass 发表于 2024-11-21 19:51
无需担心，一切正常。
正常的时候乱码只是看着蛋疼，等不正常了，那就蛋碎了[晕倒] 这只是rsync打印的log没事。即便bash ls 命令显示文件名也是乱码只要你不在乱码的状态强行改名就没问题。文件名数据没变，乱码是因为环境解释不同。 l0stc0mpass 发表于 2024-11-21 20:12
这只是rsync打印的log没事。即便bash ls 命令显示文件名也是乱码只要你不在乱码的状态强行改名就没问题。文 ...
那这个环境解释不同有办法解决么？ 这种问题绝大部分都是win环境导致的，比如你用web的方式上传文件到nas一般文件名编码会自动处理好。但是比如你用一个中文win环境打包一个zip的时候zip里面的中文文件名可能是gbk/gb2312（zip规范不具体规定文件名应该用什么编码），zip传到nas后解压很有可能这些文件名不会自动转成utf8，那你在命令行看就是乱码。建议不要乱动或者强迫症用啥软件改，可能越搞越糟，这个世界本就没有完美的事情。话说你会日常用命令行去处理这些文件吗？ 本帖最后由 Anderson997 于 2024-11-21 20:46 编辑
l0stc0mpass 发表于 2024-11-21 20:34
这种问题绝大部分都是win环境导致的，比如你用web的方式上传文件到nas一般文件名编码会自动处理好。但是比 ...
本地是ventura，nas是arch。应该都是utf8，果子除了在transmission里改日文有坑，别的好像也没啥问题啊。
上次碰到乱码好像还是在一个debian里，locale-gen成zh_cn就正常了。也是因为那个跑docker，calibre里一堆中文的书。
回到这个问题，他这个log没问题的时候，我把-v去掉都行啊，这不就是怕万一报个错…… zh_CN.UTF-8 你的客户端有些字符不支持，换其他能支持的（我也不知道Windows下哪个支持），或者说服自己不要在意这个
页:
[1]