文件名乱码是因文件系统元数据层编码语义错配所致，需通过挂载时指定iocharset、用convmv批量转码、统一传输工具编码及配置zh_cn.utf-8 locale等方法解决。
如果您在UOS系统中挂载Windows格式移动硬盘、访问Samba共享目录或读取由旧版Linux以非UTF-8编码创建的文件时，文件名显示为空白、问号或“?????”，终端执行ls命令出现非法UTF-8序列错误，则很可能是文件系统元数据层的字符编码语义错配所致。以下是解决此问题的多种方法：
一、挂载NTFS/FAT32设备时指定IO字符集
Linux内核fat.ko与ntfs3.ko驱动不自动转换文件名编码，需在挂载时显式声明服务端所用字符集，使内核vfs层能正确将原始字节映射为UTF-8字符串。
1、查询当前挂载状态：mount | grep -E "(ntfs|vfat)"
2、若为手动挂载，使用iocharset参数：sudo mount -t ntfs3 -o rw,uid=1000,gid=1000,iocharset=gb18030 /dev/sdb1 /mnt/win
3、若为自动挂载（如/etc/fstab），添加选项：/dev/sdb1 /mnt/win ntfs3 defaults,iocharset=gb18030,uid=1000,gid=1000 0 0
4、对FAT32分区，可使用utf8选项（已弃用但仍兼容）或显式iocharset=cp936
5、重新挂载后验证：ls /mnt/win | head -3，确认中文文件名正常显示
二、挂载CIFS/Samba共享时配置iocharset与noperm
SMB协议本身不携带编码标识，客户端必须依赖iocharset参数对服务端返回的目录项字节流进行解码；若未指定或错配，内核将以UTF-8强制解析GBK字节，触发Invalid UTF-8错误。
1、卸载现有CIFS挂载：sudo umount /mnt/share
2、使用正确字符集重新挂载：sudo mount -t cifs -o username=user,password=pass,iocharset=gb18030,noperm //192.168.1.100/share /mnt/share
3、若挂载失败提示“mount error(22)”，尝试替换为iocharset=gb2312或iocharset=utf8
4、持久化配置：在/etc/fstab中添加行：//192.168.1.100/share /mnt/share cifs credentials=/etc/samba/cred,iocharset=gb18030,noperm 0 0
5、确保凭证文件/etc/samba/cred权限为600：sudo chmod 600 /etc/samba/cred
三、批量修复已挂载文件系统的文件名乱码
当文件已挂载且文件名已呈现为“?????”时，内核无法通过重挂载恢复原始字节，需借助convmv工具在用户空间对目录项名称执行编码转换，该操作直接修改dentry缓存中的显示名。
1、安装convmv：sudo apt install convmv
2、预览转换效果（不实际修改）：convmv -f gbk -t utf8 -r --notest /mnt/win
通过 SSH 隧道从 Android 设备在互联网上对 Windows PC 实现完整远程控制的设置与使用指南，适用于远程桌面访问、安全 RDP 等。
3、执行实际转换：convmv -f gbk -t utf8 -r /mnt/win
4、若提示“Can't convert”或存在混合编码，改用--nosmart跳过已为UTF-8的条目：convmv --notest --nosmart -f gbk -t utf8 -r /mnt/win
5、转换完成后刷新文件管理器视图或重启dolphin进程：killall dolphin
四、修正XFTP/Xshell等传输工具导致的文件名编码错位
XFTP默认以UTF-8传输文件名，但若Windows端使用GBK编码保存文件，在Linux端显示时会因双重UTF-8解码而错乱；需统一传输层与目标端的编码约定。
1、打开XFTP，进入【文件】→【属性】→【选项】
2、在“文件名传输编码”下拉框中选择GBK
3、取消勾选“使用UTF-8编码传输文件名”
4、重新上传测试文件，观察/mnt目录下ls输出是否正常
5、若使用Xshell连接UOS终端，同步设置其字符编码：右键标题栏→【属性】→【终端】→【字符编码】→选择GBK
五、配置全局locale确保glibc解码一致性
即使文件系统层面编码正确，若系统locale未启用zh_CN.UTF-8，glibc在调用readdir()等接口时仍将按C locale处理字节流，导致应用层仍报Invalid UTF-8错误。
1、检查当前locale：locale | grep -E "(LANG|LC_CTYPE)"
2、生成中文locale：sudo locale-gen zh_CN.UTF-8
3、设为系统默认：sudo localectl set-locale LANG=zh_CN.UTF-8
4、验证生效：locale -a | grep zh_CN.UTF-8 应返回匹配项
5、重启桌面会话：loginctl terminate-session $XDG_SESSION_ID
