Sistema de arquivos FUSE Overlay para “nomes de arquivos muito longos”

Question

Existe sistema de arquivos de sobreposição FUSE, que: * resolva por si próprio "nomes de arquivos muito longos" para o sistema de arquivos subjacente * caso contrário (para nomes de arquivo que se encaixem nos limites do sistema de arquivos subjacente), apenas proxy 1: 1 ?

Exemplo de como isso pode funcionar: para cada arquivo fabc...yxz tendo um nome de arquivo muito longo para determinado sistema de arquivos subjacente, traduza isso em um nome mais curto e use o segundo arquivo como metadados com detalhes completos do nome do arquivo.

Caso de uso: Limitação de sistemas de arquivos criptografados como EncFS ou ecryptfs. Eles fornecem capacidade de armazenar nomes de arquivos mais curtos do que no sistema de arquivos underlaying, ao criptografar nomes de arquivos, resultando que você não pode rsync dentro deles conteúdos que exigem nomes de arquivos mais longos. (por exemplo, o Ext4 tem 255B, o ecryptfs no ext4 permite 143B de nomes de arquivos).

Exemplos de problemas rsync relatórios:

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)

Algumas referências:

• mesma ideia proposta anteriormente: link
• erro ecryptfs que descreve o problema: link
• SE responder sobre os limites de nome de arquivo do ecryptfs: link
• bug escryptfs com o rsync usecase: link

(P.S. E sim - estou ciente de criptografar na camada de bloco com LUKS, mas a criptografia acima da camada fs é muito melhor para o meu usecase, que eu prefiro ficar com ele)