FUSEオーバーレイファイルシステムはありますか？
*基になるファイルシステムに対して独自の「長すぎるファイル名」で解決します
*それ以外の場合（基になるファイルシステムの制限に適合するファイル名の場合）プロキシ1：1
？
これがどのように機能するかの例：
各ファイルfabc...yxz 基になるファイルシステムに対してファイル名が長すぎる場合は、これを短い名前に変換し、2番目のファイルを完全なファイル名の詳細を含むメタデータとして使用します。
ユースケース：
EncFSやecryptfsなどの暗号化されたファイルシステムの制限。これらは、ファイル名を暗号化するときに、アンダーレイファイルシステムよりも短いファイル名を保存する機能を提供します。その結果、より長いファイル名を必要とするコンテンツにrsyncすることはできません。 （たとえば、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
（追記：はい– LUKSを使用してブロックレイヤーで暗号化することは知っていますが、fsレイヤーより上の暗号化は私のユースケースよりもはるかに優れているため、それに固執したいと思います）