macOSとLinux間でデータを移動した後にファイル名が変わる原因は何ですか？

ファイル名は、ファイルの内容が同一でもmacOSとLinuxで異なる場合があります。

主な原因はUnicode正規化、異なる大文字・小文字の区別ルール、そしてSMBによる他のクライアントが安全に表現できない文字の書き換えです。まず見た目のパターンを特定し、小さなコピーでテストしてからアーカイブ全体の名前変更を行ってください。

名前は同じに見えても保存方法が異なる場合がある

アクセント付き文字は、1つの合成コードポイントとして、または基本文字と結合文字としてエンコードされることがあります。これらのNFCおよびNFD形式は画面上は同一に見えますが、バックアップツール、スクリプト、データベース、Linuxアプリケーションではバイト列が異なる名前として扱われることがあります。

転送ユーティリティはコピー時に名前を正規化することがあり、宛先の綴りが変わったように見えたり、後の同期で名前変更が報告されたりします。Finderやターミナルの一覧だけに頼らず、Unicodeコードポイントを比較してください。

大文字・小文字の区別が衝突や大文字・小文字のみの名前変更を引き起こす

macOSのデフォルトボリュームは一般的に大文字・小文字を区別しないが大文字・小文字を保持する設定である一方、一般的なLinuxファイルシステムは大文字・小文字を区別します。したがって、Linuxでは同じディレクトリにPhoto.jpgとphoto.jpgを保存できますが、macOSの宛先ではこれらを別の名前として扱えないことがあります。

大文字・小文字のみの名前変更はmacOS上のツールでは隠れてしまい、ファイルがLinuxに移動した後に再び現れることがあります。移行前に大文字・小文字を区別しないリストを作成し、重複を可逆的な名前マップで解決してください。

SMBはサポートされていない文字を置き換えることがある

ネットワークプロトコルやクライアントは独自のファイル名ルールを適用します。古いMacのワークフローで作成された名前には、別のSMBクライアントが拒否する文字が含まれていることがあり、SMBによるサポートされていない文字の名前の書き換え（チルダ付きの短縮英数字形式など）が発生します。

書き換えを無闇に無効化しないでください。元の名前はWindowsや他のクライアントで使えないままである可能性があり、古いパスを保存していたアプリケーションは名前変更後に再リンクが必要になることがあります。

完全な移動の前に名前を正規化し監査する

Unicode正規化の違い、大文字・小文字を区別しない重複、末尾のスペースやドット、予約語、制御文字、プロトコル固有の記号をソースで調査してください。代表的なサンプルを実際のツールでコピーし、パス名とは別にファイルのハッシュを比較してください。

スクリプト、メディアライブラリ、プロジェクトファイルの再リンクのために、ソースから宛先への名前変更マニフェストを保持してください。また、NAS移行時の拡張属性も考慮してください。ファイル名はクロスプラットフォームのメタデータの一層に過ぎず、コピー時にツールが変換または省略することがあります。

よくある質問

ファイル名の正規化はファイル内容を変えますか？

いいえ。パス名の表現を変えるだけで、ファイル内のバイトは変わりません。内容はハッシュで、名前は別のマニフェストで検証してください。

なぜアクセント付きファイル名だけが影響を受けるのですか？

多くのアクセント付き文字は合成形と分解形のUnicode形式の両方を持ちます。通常のASCII文字は関連する表現が1つだけなので、不一致は目に見えません。

Linuxの2つのファイルがmacOSで1つにまとめられることはありますか？

名前が大文字・小文字だけで異なるか、同じ正規化形式になる場合、衝突が起こることがあります。コピー前に衝突を検出し、どちらのファイルもスキップや上書きされないように名前を変更してください。