Existuje překryvný souborový systém FUSE, který:
* řeší své vlastní „příliš dlouhé názvy souborů“ pro základní souborový systém
* jinak (pro názvy souborů zapadající do limitů základního souborového systému) pouze proxy 1:1
?
Příklad, jak by to mohlo fungovat:
pro každý soubor fabc...yxz pokud je název souboru příliš dlouhý pro daný základní souborový systém, přeložte jej na kratší název a použijte druhý soubor jako metadata s úplnými detaily názvu souboru.
Případ použití:
Omezení šifrovaných souborových systémů jako EncFS nebo ecryptfs. Poskytují možnost ukládání názvů souborů kratších než v podkladovém souborovém systému při šifrování názvů souborů, což má za následek, že do nich nemůžete synchronizovat obsah, který vyžaduje delší názvy souborů. (např. Ext4 má 255B, ecryptfs na ext4 umožňuje 143B názvů souborů).
Příklad problémů rsync hlášení:
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)
Některé odkazy:
- stejný nápad navržený dříve:https://github.com/vgough/encfs/issues/7#issuecomment-160678136
- chyba ecryptfs popisující problém:https://bugs.launchpad.net/ecryptfs/+bug/344878
- SE odpověď o limitech souborů ecryptfs:https://unix.stackexchange.com/a/32834/9689
- Chyba escryptfs s případem použití rsync:https://bugs.launchpad.net/ubuntu/+source/rsync/+bug/592303
(P.S. A ano – jsem si vědom šifrování na blokové vrstvě pomocí LUKS, ale šifrování nad fs vrstvou je pro můj případ použití mnohem lepší, že bych se ho raději držel)