MAC OS：名前に文字+アクセントで構成されたアクセント文字を含むフォルダにアクセスできません。

Question

私の考えでは、あなたが戦ったと思います。Unicodeの正規化質問がありますが、方法がわかりません。

私の考えでは、rsyncはmacOSの結合文字を破るようですが、lftpはそうではありません。 NASとMacの両方で影響を受けるファイル名の16進ダンプを実行することでこれを確認できます。私のLinuxサーバーの例は次のとおりです。

> ls -l
total 1
-rw-rw-r-- 1 sam sam 0 May 24 11:16 NFC Pokémon
-rw-rw-r-- 1 sam sam 0 May 24 11:16 NFD Pokémon
> find . -name 'NFC*' | hexdump -C
00000000  2e 2f 4e 46 43 20 50 6f  6b c3 a9 6d 6f 6e 0a     |./NFC Pok..mon.|
0000000f
> find . -name 'NFD*' | hexdump -C
00000000  2e 2f 4e 46 44 20 50 6f  6b 65 cc 81 6d 6f 6e 0a  |./NFD Poke..mon.|
00000010

NFCファイル名では、「é」はバイトシーケンスで表されますc3 a9。これはU + 00E9文字（アクセント付きのラテン語小文字E）のUTF-8エンコーディングです。 NFDファイル名では、「é」はバイトシーケンスで表されます65 cc 81。二つUTF-8文字。65U + 0065ラテン小文字Eで復号化され、cc 81U + 0301結合急性記号で復号化されます。

（find私はシェルがファイル名のエンコードとワイルドカードを処理する方法について迷信的な不信を持っていたので、ここでファイル名を印刷しようとしました。）

それにもかかわらず、この方法を使用して、NASがファイル名をエンコードする方法と、ファイル名をMacに保存するときにファイル名に対して正確に実行されるアクション（または実行されていないアクション）を確認できますrsync。lftp

いったい何が起きていても、ほとんどの場合はできると思います。おそらくすべてのファイル名を組み合わせて問題を解決しました。私は私のサーバーでこれを反定期的に実行します。

convmv -r -f utf-8 -t utf-8 --nfc /data/AUDIO/Library

注：現在Torrentクライアントにシードされているファイルに対してこれを行うと、破損する可能性があります。私はそれがクライアントに依存していると思います。ファイル名の正確なバイト順序に依存する他のソフトウェアも、再正規化されたファイルを失う可能性があります。

Answer 1