统信uos挂载windows格式存储设备出现“?????”乱码，是因内核默认用utf-8解码gbk字节流所致；需通过mount指定iocharset=gb18030/gbk、convmv转码文件名、unar或7z指定代码页解压来系统修复。
统信UOS安装后首次挂载Windows格式U盘或移动硬盘，文件名直接显示为“?????”、方框或空白字符，这不是字体缺失导致的界面渲染问题，而是内核在解析FAT32/NTFS元数据时，默认以UTF-8强行解码GBK字节流触发Invalid UTF-8错误所致。
检查并修正U盘/移动硬盘挂载参数
第一步：确认当前挂载设备类型及参数。打开终端，执行：mount | grep -E "(vfat|ntfs)"，查看输出中是否包含iocharset=字段。若无此字段，说明系统正以默认UTF-8方式解析中文路径——这正是乱码根源。
第二步：卸载已挂载的乱码设备。例如挂载点为/media/user/MyDisk，则运行：sudo umount /media/user/MyDisk。注意：若提示“device is busy”，先关闭所有访问该路径的终端、文件管理器窗口或WPS等应用。
第三步：重新挂载并强制指定字符集。对FAT32设备（常见于U盘），执行：sudo mount -t vfat -o rw,uid=$UID,gid=$GID,iocharset=gb18030,shortname=mixed /dev/sdb1 /mnt/usb。【严禁使用iocharset=utf8，该参数已被Linux内核弃用，启用后部分含生僻字的路径将无法识别】
第四步：验证修复效果。执行：ls /mnt/usb | head -3，正常应显示清晰中文名；若仍为问号，说明原始编码实为GBK，改用iocharset=gbk重试。
批量修复已挂载目录中的乱码文件名
当U盘已被自动挂载且文件名已固化为“?????”，仅靠重挂载无法恢复原始字节——此时需借助convmv在用户空间对dentry缓存中的显示名做编码转换。
方法一：快速安装并预览转换效果
执行：sudo apt install convmv → convmv -f gbk -t utf8 --notest -r /mnt/usb。终端会逐行列出“NOTICE: cd”后的预期中文名，确认无误再执行下一步。
方法二：执行真实转码
去掉--notest参数：convmv -f gbk -t utf8 -r /mnt/usb。该命令递归处理整个挂载点下所有子目录，若只想修复某一级（如只修根目录），删掉-r并写明完整路径：convmv -f gbk -t utf8 /mnt/usb/旧项目。
解压U盘内ZIP/RAR包时避免二次乱码
U盘里常存有Windows打包的压缩文件，其文件名本身也用GBK编码写入，若用图形界面双击解压，归档管理器仍会以UTF-8解析，导致解压后文件名继续乱码。
方法1：首选unar自动识别（最省心）
安装：sudo apt install unar → 解压：unar /mnt/usb/资料.zip。unar内置多编码检测能力，能自动识别GBK、GB18030等，无需手动指定。
方法2：用7z强制指定代码页（最可控）
安装：sudo apt install p7zip-full → 解压：7z x "资料.zip" -o"./decoded" -mcp=936。此处-mcp=936对应CP936（即GBK），比-mcp=930（GB18030）更适配绝大多数简体中文Windows环境。
方法3：若已解压出乱码文件夹，用convmv补救
进入解压目录，执行：convmv -f GBK -t UTF-8 -r ./decoded。注意：convmv只改文件名，不碰文件内容；若不确定原始编码，先加--list参数预览：convmv -f GBK -t UTF-8 -r --list ./decoded。
