Длинные имена файлов в зашифрованном разделе ext4

[qjmann]

В новой установке Ubuntu 17 была выбрана файловая система ext4 и включено шифрование домашнего каталога. В результате, не получается скопировать файлы с длинными именами с другого компьютера, где работает Ubuntu 14 на ext4 без шифрования каталога. Появляется ошибка "filename too long". Также, не загружаются в папку ~/Downloads многие торренты с длинными именами файлов.
Провел следующий тест:

Код: [Выделить]

$ touch /home/username/zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz
$ touch /home/username/ффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффф
$ touch /home/username/фффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффф
touch: cannot touch '/home/username/фффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффф': File name too long
$ sudo touch /home/фффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффффф
Видно, что ограничение касается только имен файлов с кириллицей, это всего 72 символа. У латинских имен максимальная длина значительно больше. Также, действует ограничение только в домашнем каталоге пользователя, а в каталоге /home/ и во всех остальных ограничение большее.
Вопрос: можно ли как-то с этим бороться? Можно ли в зашифрованном домашнем каталоге сохранять файлы с длиной до 255, или хотя бы 128 символов кириллицей?

[THE_SIRIUS]

Появляется ошибка "filename too long". Также, не загружаются в папку ~/Downloads многие торренты с длинными именами файлов.

Та же фигня. Присоединяюсь к вопросу.

[qjmann]

Как временное решение, я вынес каталог Downloads из домашнего каталога. Но оставил еге внутри /home/, потому что /home/ у меня смонтирован на отдельном разделе, который не форматируется при переустановке системы.
В старом месте создал одноименную ссылку на Downloads, чтобы не нужно было менять настройки программ, которые по умолчанию будут пытаться сохранить файлы по старому пути.

Код: [Выделить]

$ sudo mv /home/username/Downloads /home/
$ ln -s /home/Downloads /home/username/Downloads
Но хотелось бы иметь более приемлемое решение. Не выносить же все папки с документами и прочими файлами из домашнего каталога. Тогда мало смысла остается в его шифровании.

[EvangelionDeath]

1) Вообще-то ограничение на длину имени файла 255 байт (UTF-8) - для кириллицы это 127 символов
2) А потому нет, нельзя ибо чуть выше - длина 127 символов в кириллице
3) И ограничение не 72 символа, а 71 (а если точнее 143 байта) - https://unix.stackexchange.com/questions/32795/what-is-the-maximum-allowed-filename-and-folder-size-with-ecryptfs/32834#32834 - это вообще связано с ограничением самого ПО

А потому
 а) Не надо писать слишком длинные имена
 б) Используйте латиницу

[oermolaev]

qjmann, шифруйте luks - там нет такого ограничения как в ecryptfs.

[THE_SIRIUS]

1) Вообще-то ограничение на длину имени файла 255 байт (UTF-8) - для кириллицы это 127 символов
2) А потому нет, нельзя ибо чуть выше - длина 127 символов в кириллице
3) И ограничение не 72 символа, а 71 (а если точнее 143 байта) - https://unix.stackexchange.com/questions/32795/what-is-the-maximum-allowed-filename-and-folder-size-with-ecryptfs/32834#32834 - это вообще связано с ограничением самого ПО

А потому
 а) Не надо писать слишком длинные имена
 б) Используйте латиницу

Если не секрет, каким шифрованием пользуетесь вы ?

[qjmann]

Понятно. Если бы знал об этом ограничении при установке ОС, еще подумал бы, стоит ли вообще включать шифрование, так как особой потребности в нем нет. А пока что продолжу пользоваться костылем в виде переноса каталога из домашней папки в другое место.

[EvangelionDeath]

Если не секрет, каким шифрованием пользуетесь вы ?

Не секрет. Ибо не пользуюсь. Все "важные данные" находятся на удаленных серверах, доступ к которым разрешен только с 2х подсетей, доступ к которым рубится отзывом ключей. Все))))

Ранее использовался luks с 2048 битным ключем, что хранился удаленно =)
Пользователь добавил сообщение 22 Декабря 2017, 15:34:00:

Понятно. Если бы знал об этом ограничении при установке ОС, еще подумал бы, стоит ли вообще включать шифрование, так как особой потребности в нем нет. А пока что продолжу пользоваться костылем в виде переноса каталога из домашней папки в другое место.

Его можно отключить)

[THE_SIRIUS]

Не секрет. Ибо не пользуюсь. Все "важные данные" находятся на удаленных серверах, доступ к которым разрешен только с 2х подсетей, доступ к которым рубится отзывом ключей. Все))))

Интересно ))

[www777]

EvangelionDeath, Информация представленная вами наверняка связанна с особенностями файловой системы. Возможно в других файловых системах ситуация другая?

[EvangelionDeath]

EvangelionDeath, Информация представленная вами наверняка связанна с особенностями файловой системы. Возможно в других файловых системах ситуация другая?

Скажем так, это ограничение накладывается почти на все файловые системы NIX, исключение составляют лишь FS MacOS и RaiserFS + еще парочка (ограничение 255 символов). Ну и ограничение на 255 символов еще для vFAT, NTFS
Сравнение файловых систем

[AnrDaemon]

На ext4(!) ограничение 255 байт на длину одного элемента пути, плюс ~4K на длину всего пути. Так что файл с именем 127 кириллических символов создать можно. А вот что там у вас с ecrypts - смотрите её ограничения.

[EvangelionDeath]

AnrDaemon, я выше указал, ограничение в 143 байта - ограничение encrypt , что указано самим разработчиком ПО, это связано с формированием имени зашифрованого файла

[AnrDaemon]

Да, теперь увидел. Я пропустил ваше первое сообщение.