Есть ли обходной путь для ограничения длины имени файла в encfs?

Question

Я использую Dropbox с encfs. Проблема в том, что мой хост поддерживает только 256 символов в имени файла, следовательно, encfs поддерживает только ~ 190. Есть ли способ обойти это без переустановки и увеличения лимита для файловой системы хоста?

Я в основном использую ext4 в качестве файловой системы в Ubuntu 11.10, но также Mac OSX 10.6 с hfs в качестве файловой системы и Windows для меня сейчас не так важна.

Ура, Brubel.

Answer 1

Я столкнулся с той же проблемой. Хотя я думаю, что в идеале это должно стать особенностью encfs (поскольку это приводит к ухудшению проблемы с помощью шифрования имен файлов или каталогов), я решил, что не могу долго задерживать дыхание. Итак, я взломал сценарий , который может временно переименовывать файлы и каталоги с более короткими именами, чтобы можно было продолжить encfs (и другие программы). Пожалуйста, дайте мне знать, если это будет полезно для вас.

Answer 2

Я не думаю, что задача обязательно будет легкой;мне кажется, что логика, с которой вам нужно работать, это NameIO::recodePath(), и даже выглядит довольно замкнутой.Вам нужно будет создать какую-то другую базу данных, которая позволит вам создавать, переименовывать и удалять записи как можно точнее, чем стандартная семантика файловой системы POSIX.

Если вы не возражаете против потери, «имена файлов неизвестны безключ "свойство, вы можете просто хранить базу данных SQLite3, отображающую длинные имена в незашифрованном виде с короткими именами" зашифрованного текста "- может быть, это просто имена на основе счетчиков или хэширование имен и т. д.