文件名乱码本质是编码语义错配，需从挂载参数（如iocharset=gb18030）、convmv批量转码、解压工具指定编码（如unzip -o gbk）及cifs挂载配置四方面修复。
统信UOS系统挂载Windows移动硬盘、访问Samba共享或解压旧版ZIP包后，文件名显示为“?????”、问号或空白，本质是文件系统元数据层的编码语义错配——内核vfs未将原始GBK/GB18030字节流正确映射为UTF-8字符串，必须从挂载参数、用户空间转码、传输工具三路切入修复。
挂载NTFS/FAT32设备时指定iocharset
Linux内核的ntfs3和vfat驱动默认不转换文件名编码，若不显式声明服务端所用字符集，内核将以UTF-8强行解析GBK字节，直接触发Invalid UTF-8错误并显示乱码。
执行mount | grep -E "(ntfs|vfat)"查看当前挂载状态，确认设备是否已挂载且无iocharset参数。
若为手动挂载，立即卸载后重新挂载：sudo umount /mnt/win → sudo mount -t ntfs3 -o rw,uid=1000,gid=1000,iocharset=gb18030 /dev/sdb1 /mnt/win。
对FAT32分区，【必须使用iocharset=cp936而非utf8】，因为utf8选项已被内核弃用，强制启用会导致部分中文路径无法识别。
验证效果：执行ls /mnt/win | head -3，中文文件名应正常显示；若仍乱码，说明原始编码实为GBK，改用iocharset=gbk重试。
批量修复已挂载目录的乱码文件名
当文件已挂载且文件名呈现为“?????”时，内核无法通过重挂载恢复原始字节——此时需借助convmv在用户空间对dentry缓存中的显示名执行编码转换，该操作直接修改目录项名称的渲染态。
安装convmv：sudo apt install convmv
先预览转换效果（不实际修改）：convmv -f gbk -t utf8 -r --notest /mnt/win
确认预览无误后执行真实转换：convmv -f gbk -t utf8 -r /mnt/win
注意：此命令会递归处理/mnt/win下所有子目录，若仅需修复某一级目录，去掉-r参数并指定完整路径。
解压ZIP/RAR时强制指定文件名编码
Windows生成的压缩包常以GBK/GB18030编码存储中文文件名，而UOS默认用UTF-8解析，导致解压后文件名乱码。需绕过归档管理器图形界面，用命令行工具精准控制编码逻辑。
方法一：对ZIP包使用unzip -O GBK
unzip -O GBK archive.zip -d ./decoded/
方法二：对RAR包使用unrar -encoding GB18030
unrar x -o+ -y -c- -encoding GB18030 archive.rar ./decoded/
方法三：若unrar版本过低不支持-encoding参数，改用7z强制路径编码：
7z x archive.rar -o./decoded/ -mcp=GBK
这一步操作起来很简单，直接把命令复制进终端回车就行。但【务必确认压缩包原始编码】——用file -i archive.zip查看，若输出含charset=gbk才可用-O GBK，否则可能越转越乱。
配置CIFS/Samba共享挂载编码
SMB协议本身不携带字符编码标识，客户端必须依赖iocharset参数对服务端返回的目录项字节流进行解码；若未指定或错配，内核将以UTF-8强制解析GBK字节，触发Invalid UTF-8错误。
第一步：卸载现有CIFS挂载
sudo umount /mnt/share
第二步：使用正确字符集重新挂载
sudo mount -t cifs -o username=user,password=pass,iocharset=gb18030,noperm //192.168.1.100/share /mnt/share
第三步：若挂载失败提示“mount error(22)”，立即尝试替换为iocharset=gb2312或iocharset=utf8，不同厂商Samba实现对编码标识的支持存在差异。
第四步：持久化配置至/etc/fstab
在文件末尾添加：//192.168.1.100/share /mnt/share cifs credentials=/etc/samba/cred,iocharset=gb18030,noperm 0 0
第五步：确保凭证文件权限为600
sudo chmod 600 /etc/samba/cred
