Непонятки с unrar

Это скорее всего ограничения ФС, посмотреть можно здесь https://en.wikipedia.org/wiki/Comparison_of_file_systems#Limits

В линуксе имя файла не может превышать 255 байтов. Если у тебя там 172 русских символа, то это больше, чем 255 байтов. Не делай файлы с такими длинными именами.

похоже в школе преподают линух и автор делиться своими впечатлениями

В линуксе имя файла не может превышать 255 байтов

ReiserFS не согласна с таким ограничением, там по-моему 255 символов, как и в винде.

Причем тут школа?

есть разумное основание создавать файл с таким длинным именем?

Верно, точный ответ зависит от файловой системы. Но наиболее вероятный лимит 255 байтов.

Такое длиное имя создавал не я, а chrome при сохранении файла.

show me

Это классическое «оно само»! ) Надо контролировать хромого.

Пожалуйста, можно зайти на страничку любого новостного портала найти какую-нибудь статью с длинным названием и сохранить в хроме без переименования - вот и будет длииииннноименный файл.

Т.е каждый файл еще дополнительно переименовывать или есть спецдемоны, который сами контроллируют этот вопрос и при необходимости образают название?

¯\_(ツ)_/¯

И что, автор комментария, так делает, когда у него длинноименные файлы?

Он делает save link as и переименовывает в 1.html.

…а потом лихорадочно вспоминает, а что это у меня там за файл под номером 50.html? И лишает себя возможности искать в случае необходимости нужный файл по его имени.

На самом деле он сохраняет сразу на целевой системе, а если такое (очень редко) случается, что нужно переносить между разными системами, на автомате имя файла ручками сокращается. Массово такими вещами не приходится заниматься, а если и приходится, то тут уже проще скрейпить и сохранять не в файлах с длинными именами.

Последний раз, когда с чем-то подобным сталкивался - это был архив «Модели для сборки», там они по-моему по полной программе разгулялись с длинными именами.

до лампочки на возможности драйверов фс %)
256 байт на имя файла захардкорджено в параметре NAME_MAX
т.е. это системное ограничение VFS-службы, через которую идут все общения с драйверами конкретных фс.
https://github.com/torvalds/linux/blob/master/include/uapi/linux/limits.h

в ntfs писано «255 16-битовых слов» или 512 байт, в два раз больше чем NAME_MAX.

в раре под имя выделяется поле до 2^70 байт.
плюс предположу встроена обрезалка под размер имени файла в текущей системе.

Ограничение на максимальную длину файла при копировании с NTFS (комментарий)

тред не читал

т.е. это системное ограничение VFS-службы, через которую идут все общения с драйверами конкретных фс.

И не только её. Много файлообрабатывающего софта, подозреваю, приколочена к этому лимиту и будет работать некорректно (в особо тяжелых случаях - выход за границу 256-байтового массива и битьё памяти) если вдруг ОС ему подсунет имя файла длиннее при просмотре списке. Ломать совместимость с таким софтом линукс не будет.

grep -m1 title 50.html

…а потом лихорадочно вспоминает, а что это у меня там за файл под номером 50.html?

Сэр, «вы так мощно передергиваете, что кажется, будто вы дрочите» (с)

Необязательно утрировать и скатываться до двух байт в имени файла. Да, ограничение есть и иногда оно раздражает. Но если серьезно - описать кратко предназначение файла хватает. Это тебе не досовый 8.3 - вот где было весело!

К слову, это проблемы с UTF-8 пришли. В KOI8-R их нет.

И NAME_MAX можно изменить и пересобрать ядро.

Или идти путём FUSE:
Что делать с максимальной длинной пути в линуксе при копировании файлов с винды? (комментарий)
https://github.com/i-rinat/longnamefs

Но какой-то софт может с этим работать, во всяком случае здесь автор не жаловался на решение с FUSE, но можно его кастануть и спросить...

Да им неважно о чем спорить, я это решение в середине треда вкинул уже.

К слову, это проблемы с UTF-8 пришли. В KOI8-R их нет.

Там много чего нет. Чего ж ты его не юзаешь?

Правильно но у меня 172 символа а это как известно менее 255 байт

UTF8 - это многобайтовая кодировка

Я просто написал к тому, что все говорят об ограничении 255 байт но забывают что у меня имя файла менее 255 байт (172 сибвола)

Причем тут ограничение и моё передергивание у МЕНЯ РАЗМЕР ИМЕНИ 172 СИМВОЛА это меньше ограничения в 255 байт - странно что шапку так никто толком не прочитал - хотя читали все.

дык о чем тебе и говорят :) в кодировке UTF8 на символ может быть до 4 байт.

ПРИЧЕМ тут это у меня размер файла меньше???? Просто видимо взял не тот распаковщик а никто не может подсказать правильный распаковщик и вот все при вязались к размеру имени который меньше предела!!!!

Но длина имени файла из шапки 154 байта, а не 172.

Кстати, книгу по scrappy не подскажите толковую?

У меня такого выхода за груницу нет!!!!

P.S. Ну у каждого свои ассоциации в меру испорченности, сэр.

Какой результат показывает команда ниже?

echo -n "<то-самое-имя-файла-которое-ты-не-называешь>" | wc -c

Вместо строки вставь то самое имя файла, которое ты не называешь.

Причем тут это если лимит не достигнут?

Попробую и напишу чуть позже.

угу, только хром, да и любая программа, это имя обрежет под требования системы.

предположу что у тебя аглицкие символы записаны в двухбайтной кодировке. по идее такого быть не должно. есть алгоритмы обрезания лишних нулей в utf8

один из которых был очень длинным 172 символа

Намекали, но не спросили - там только латинские буквы, арабские цифры и знаки препинания?

Можно распаковать .rar с помощью 7z x (если p7zip собран с поддежркой rar)

Спасибо, что обратили на это внимание кириллица, да тут был неправ кириллица.

Для этого этот .rar нужно как-то сохранить. :)

Я так понимаю, что с именем самого уархива проблем нет, а при распаковке 7z может вести себя более корректно (я не проверял)

Ну не знаю. Попробовать завести для подобных файлов отдельную флешку/раздел, отформатировать подходящей ФС…

ТС жадничает и не делится с нами файлом.

longnamefs в таком случае выглядит более юзабельным вариантом

Альтернатива - написать скрипт, который получает от архиватора список имен файлов, дальше в цикле идти по нему и если имя длиннее 255 байт, то преобразовывать его по желаемому алгоритму, и распаковывать файлы по одному

UPD: а если файлы в архиве ссылаются друг на друга в своем содержимом, то скрипт может заодно и корректировать ссылки

longnamefs в таком случае выглядит более юзабельным вариантом

Ещё бы автор инструкцию написал. :)

оно хранит имена в SQLite

Посмотрел, уже не хранит.