次のFUSEオーバーレイファイルシステムはありますか？ * 基本ファイルシステムに対して「長すぎるファイル名」を独自に解決します。 *それ以外の場合は1：1のみをプロキシします（デフォルトのファイルシステムの制約に合ったファイル名の場合）。
動作方法の例は次のとおりです。fabc...yxzデフォルトのファイルシステムと比較して、ファイル名が長すぎる各ファイルの短い名前に変換し、2番目のファイルを完全なファイル名の詳細を含むメタデータとして使用します。
ユースケース：EncFSやecryptfsなどの暗号化されたファイルシステムの制限。ファイル名が暗号化されると、デフォルトのファイルシステムよりも短いファイル名を保存できるため、長いファイル名を必要とするコンテンツを同期できません。 （たとえば、Ext4のファイル名は255B、ext4のecryptfsは143Bのファイル名を受け入れます。）
問題rsync報告の例：
rsync: mkstemp "/mnt/naswaw2016/ext4/asusm2n1934/enc/home/gwpl/dane/cs/reed-solomon/.CS-05-569 - reed-solomon [vg][vgvg] - Optimizing Cauchy Reed-Solomon Codes for Faul
t-Tolerant Storage Applications - by James S. Plank.pdf.CwyPQH" failed: File name too long (36)
いくつかの参考資料：
- 以前に提示されたのと同じアイデア：https://github.com/vgough/encfs/issues/7#issuecomment-160678136
- ecryptfsエラー説明問題：https://bugs.launchpad.net/ecryptfs/+bug/344878
- ecryptfsファイル名の制限に対するSEの答え：https://unix.stackexchange.com/a/32834/9689
- rsyncユースケースのescryptfsエラー：https://bugs.launchpad.net/ubuntu/+source/rsync/+bug/592303
（PS、はい - LUKSを使用してブロック層で暗号化することを知っていますが、fs層の上で暗号化する方が私のユースケースにははるかに優れているので、使い続けたい）