统信uos挂载windows格式u盘后文件名显示“?????”是因内核用utf-8强行解析gbk字节流导致编码错配，需用convmv在用户空间逐项重写名称编码：先执行convmv -f gbk -t utf-8 --notest -r .预览转换效果，确认右侧显示正确中文后再删掉--notest参数执行真实转码，支持按目录层级、gb18030编码或候选编码列表灵活处理。
统信UOS挂载Windows格式U盘后，文件名显示为“?????”或方框，不是字体缺失，而是内核用UTF-8强行解析GBK字节流导致的编码错配；此时已挂载目录中的文件名在dentry缓存中固化为无效序列，必须用convmv在用户空间逐项重写名称编码才能恢复。
确认原始编码并预览转换效果
先判断乱码文件名实际是哪种编码写入的。打开终端，进入挂载点根目录（如/mnt/usb），执行：
convmv -f gbk -t utf-8 --notest -r .
这条命令不会改任何文件，只模拟从GBK转UTF-8的效果。终端会逐行输出类似NOTICE: cd 旧项目 → cd 一季度的映射关系——如果右侧出现你熟悉的中文，说明原始编码确实是GBK；若全是问号或拼音，就换latin1再试：
convmv -f latin1 -t utf-8 --notest -r .
【切勿跳过预览直接执行真实转换】一旦选错源编码，convmv会把原本正确的字节误判为乱码，重命名后无法还原。
执行真实批量转码
第一步：确认预览结果中“→”右侧的中文名无误后，删掉--notest参数，运行：
convmv -f gbk -t utf-8 -r .
第二步：等待命令完成。终端末尾会显示53 files renamed这类统计信息，表示已成功更新所有目录项的显示名。
第三步：立即验证效果。执行ls | head -5，应看到清晰中文名；若仍有残留乱码，说明该子目录原始编码不统一，需单独进入该目录，用convmv -f gbk -t utf-8 *对当前层文件逐一处理。
应对特殊场景的三种方法
方法一：只修复某一级目录（不递归）
比如只想修/mnt/usb/2024年度报表这一层，去掉-r，直接运行：
convmv -f gbk -t utf-8 /mnt/usb/2024年度报表/*
方法二：原始编码实为GB18030（含生僻字或旧版WinRAR打包）
把-f gbk换成-f gb18030，其余参数不变：
convmv -f gb18030 -t utf-8 -r /mnt/usb
方法三：不确定源编码，先列出所有可能候选
运行：
convmv -f gbk -t utf-8 -r --list /mnt/usb → 查看是否报Conversion not needed
再运行：
convmv -f cp936 -t utf-8 -r --list /mnt/usb → 对比输出差异
