다음과 같은 FUSE 오버레이 파일 시스템이 있습니까? * 기본 파일 시스템에 대해 "너무 긴 파일 이름"을 자체적으로 해결합니다. * 그렇지 않으면 1:1만 프록시합니다(기본 파일 시스템의 제약 조건에 맞는 파일 이름의 경우)?
작동 방식에 대한 예는 다음과 같습니다. fabc...yxz기본 파일 시스템에 비해 파일 이름이 너무 긴 각 파일에 대해 더 짧은 이름으로 변환하고 두 번째 파일을 전체 파일 이름 세부 정보가 포함된 메타데이터로 사용합니다.
사용 사례: 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 계층 위에서 암호화하는 것이 내 사용 사례에는 훨씬 더 좋으므로 계속 사용하고 싶습니다)