Windows生成的双Unicode码点文件名在macOS无法重命名的解决求助

问题概述 #

Windows在FAT32/ExFAT格式U盘上创建的部分文件，在macOS Ventura下出现操作异常：

• 可通过ls、find .检测到文件，但rm、mv命令报错No such file or directory
• Finder中不可见；包含文件的文件夹可删除但无法复制，废纸篓内的对应文件无法清空
• 核心原因是文件名使用Unicode分解型字符（例如ü由U+0075+U+0308组成，十六进制为75 cc 88），而macOS默认兼容的是合成型编码（c3 bc），系统自动归一化导致无法匹配原始文件名。

可行解决方案 #

方案1：通过Inode直接操作（最可靠） #

Inode是文件的唯一标识，可绕过文件名编码问题直接操作：

1. 查看目标文件的inode编号：

   ls -li
   

   输出第一列即为inode（例如123456 ü.txt）
2. 删除文件：

   find . -inum [你的inode编号] -delete
   

3. 重命名文件：

   find . -inum [你的inode编号] -exec mv {} [新文件名] \;
   

方案2：用find+Unicode归一化工具批量处理 #

利用find输出原始文件名，结合uconv转换为macOS兼容的合成型编码：

# 若未安装uconv，先执行 brew install icu4c
find . -maxdepth 1 -type f ! -name "*.sh" -print0 | while IFS= read -r -d $'\0' file; do
  new_name=$(echo "$file" | uconv -x any-nfc)
  mv -v "$file" "$new_name"
done

方案3：Python脚本批量修复 #

Python的os.listdir可获取原始未归一化的文件名，直接转换编码：

import os
import unicodedata

for filename in os.listdir('.'):
    if filename == 'fix_filenames.py':
        continue
    normalized_name = unicodedata.normalize('NFC', filename)
    if normalized_name != filename:
        os.rename(filename, normalized_name)
        print(f"重命名完成: {filename} -> {normalized_name}")

将脚本保存为fix_filenames.py，在目标文件夹执行python3 fix_filenames.py即可。

原脚本失败原因 #

• Zsh脚本：遍历*时，Shell自动对文件名做了归一化处理，导致mv使用的是转换后的文件名，无法匹配U盘上存储的原始文件
• Swift脚本：FileManager.contentsOfDirectory(atPath:)返回的是macOS归一化后的文件名，同样无法匹配原始文件路径

内容的提问来源于stack exchange，提问作者Binarian