我有一个运行 FreeNAS 8 的家庭文件服务器。几天前,我使用 rsync 从 Mac 上传我的整个 iTunes 库,这样我就可以通过网络加载我的库,而不是从一个慢速 USB 驱动器上加载。这主要是有效的,iTunes 现在运行得更好,但是我在访问任何包含非 ascii 字符的歌曲时遇到了问题(我在加载 Queensrÿche 曲目时首先注意到了这个问题)。这些文件会显示在 Finder 中,但任何访问它们的尝试都会使它们消失,直到我重新连接到服务器。
经过一些研究,我发现这是因为 OSX 使用与 Linux 不同的 UTF 字符顺序。OSX 文件系统使用 Unicode Normalization Form D (NFD),而 linux 使用 Form C (NFC)。Rsync 在执行从我的 mac 到服务器的复制时不会转换这些形式,现在当 iTunes 尝试通过网络访问具有特殊字符的文件时,服务器上的文件编码错误并且 afpd 报告它们没有不存在。
解决此问题的最佳方法是什么?是否可以让rsync在将基础库上传到服务器的同时进行unicode转换?我可以将 afpd 配置为传输/接收 NFD 格式的文件名吗?有没有简单的解决方案来更改服务器上的文件名?我找到了一些关于名为 convmv 的程序的资料,但我不知道我是否可以在 FreeNAS 上运行它。
您可以使用 rsync 的
--iconv
选项在 UTF-8 NFC 和 NFD 之间进行转换,至少如果您使用的是 Mac。有一个特殊的utf-8-mac
字符集代表UTF-8 NFD。因此,要将文件从 Mac 复制到 NAS,您需要运行如下命令:这会将所有本地文件名从 UTF-8 NFD 转换为远程服务器上的 UTF-8 NFC。文件的内容不会受到影响。
目前我正在使用
rsync --iconv
这样的:将文件从 Linux 服务器复制到 OS X 机器
你应该从 OS X 机器上执行这个命令:
将文件从 OS X 机器复制到 Linux 服务器
你应该从 OS X 机器上执行这个命令:
应该起作用的是在源目录和挂载的远程文件系统(SMB、NFS、AFP)之间进行 rsync,rsync 只会将其视为本地文件系统。
然而,我不知道这在实践中的效果如何,你必须解决不同的问题,例如默认情况下不会使用增量传输算法(因为源和目标是“本地”)(也许—— no-whole-file 会起作用吗?),你必须检查,例如,SMB 有效地保留了修改时间等。
不要使用 rsync 将文件复制到您的 NAS。当您使用 rsync 复制文件时,文件名将以 UTF NFD 格式(即 OSX 格式)存储在您的 NAS 上,但在您的 NAS 上运行的 Samba 服务器只能理解 UTF NFC 格式的文件名。使用CIFS/SMB(Samba)接口复制文件,一切正常。
根据我的经验,我建议使用 SMB 而不是 ssh。Iconv 解决了编码问题,但在不同系统上仍然存在允许字符问题:
Mac 上的原始文件名:
通过 SMB 上的 rsync 复制后:
通过 rsync 通过 ssh 复制后(使用没有 iconv 标志的 ant):