Linux文件名乱码问题本质上源于编码错位。当从Windows系统拷贝文件到Linux时，Windows默认使用GBK编码存储文件名，而Linux按UTF-8解读，导致显示乱码。常见工具如file、iconv仅处理文件内容，无法处理文件名。真正解决Linux文件名乱码的利器是convmv，它专为批量转换文件名编码设计，支持预览和递归处理。
需要明确的是：Linux内核不会记录文件名具体的编码识别历史。文件名在Linux中被视为字节序列，不附带编码元数据。因此，所谓“查看文件名编码识别记录”并不存在。真正需要理解的问题有两个：怎样判断当前目录中文文件名的实际编码？以及为什么ls命令显示为问号或方块？这才是解决乱码的关键。
为什么 ls 显示中文文件名是问号或方块
此现象并非系统错误识别文件名，而是终端语言环境（LANG、LC_CTYPE）与文件名字节解释方式不匹配。例如：
- 从Windows拷贝的文件，文件名采用GBK编码的字节序列。若终端设置为
LANG=en_US.UTF-8，系统会将GBK双字节视为非法UTF-8序列，从而显示为??。 ls命令本身不执行编码转换，仅将目录项中的字节原样传递给终端。终端根据其locale解码，解码失败时回退为问号或空格。- 系统中不存在自动识别并记录文件名编码的日志或缓存。使用
getfattr、stat等命令无法获取此类信息。
怎么确认当前中文文件名的实际编码
核心方法很简单：用不同编码解释同一组字节，观察哪种能还原出可读中文。简体中文环境常见编码组合为UTF-8和GBK（即CP936），其他如BIG5较少见。
- 首先检查当前环境：使用
locale命令查看LC_CTYPE值。若显示zh_CN.UTF-8，表明终端期望UTF-8编码的文件名。 - 使用
convmv进行反向解码：convmv -f utf-8 -t gb2312 --notest *（不加--notest可预览效果）。若输出显示合理中文名，则可判断原始文件名为GBK编码。 - 更直接的方法：在Windows虚拟机或WSL的Windows子系统中，用资源管理器打开同一目录，查看文件名是否正常。若正常，则基本可确定是GBK；若仍乱码，则可能是UTF-8带BOM或文件损坏。
convmv 是唯一靠谱的文件名编码诊断工具
需强调：file、enca、iconv等工具仅作用于文件内容，对文件名无效。convmv 是专门处理文件名的工具，不修改内容，仅重新解释并重命名文件的字节序列。
- 安装命令：
sudo apt install convmv（Debian/Ubuntu）或sudo yum install convmv（RHEL/CentOS）。 - 预览GBK转UTF-8效果：
convmv -f gb2312 -t utf-8 --notest *.txt。注意：加--notest才实际执行，否则仅预览。 - 实际执行时需谨慎：
convmv -f gb2312 -t utf-8 --notest *.txt。该命令默认跳过已含UTF-8字节的文件名，这是一种保护机制。 - 关键限制：
convmv不支持自动探测编码，需手动指定-f参数。它无记录功能，每次实时计算，因此需要清晰判断。
一个容易被忽略的要点：文件名编码问题并非孤立存在，常伴随挂载选项（如mount -o iocharset=utf8对vfat文件系统）、Samba配置（unix charset = GBK）或NFS字符集协商失败等宏观问题。若仅关注单个文件名编码，可能绕远路，应优先从系统整体配置排查。
