За последние 60 дней 382 выпусков (несколько раз в день)
Сайт листа:
http://www.tiflocomp.ru
Открыт:
22-01-2004
Пре-модерация: Нет
Адрес для писем в лист: industry.comp.tiflocomp-list@subscribe.ru
Всем привет.
При переносе файлов с одного диска на другой почти постоянно появляется сообщение о слишком длинном целевом пути.
Подскажите, как избавиться от этого?
В файлах после таких переносов сплошная неразбериха.
Одни полностью вырезаются, другие наполовину, третьи же вообще остаются.
Очень буду благодарен за ответ.
win7 64, Jaws15, 19
С уважением, Владимир
Здравствуйте, Анатолий.
Вы писали 25 апреля 2021 г., 14:22:00:
согласен, это самый радикальный и успешный путь.
Как вариант можно попробовать в проводнике активировать меню Alt \
Вид, выбрав подпункт:
Выбрать столбцы...
И по tab увеличить размер столбца с наименованием "Имя".
Далее всё это применить ко всем папкам.
Удачи.
Доброго времени суток всем!
Grolin в письме от 25.04.2021; 21:45 пишет:
И каким образом это отменит ограничение ntfs на максимальное количество
символов в пути. Пользуясь аналогией, если браузер тормозит, надо просто
развернуть его на весь экран, ведь тогда система будет отдавать ему больше
времени, но ведь это не так, правда же? Ещё раз: увеличением ширины столбца мы
не добьёмся ничего, кроме увеличения ширины столбца.
Здравствуйте, yuniks.
Вы писали 26 апреля 2021 г., 16:43:02:
ну во первых я не утверждал, а рассматривал как предположение, а во
вторых давайте порассуждаем.
Итак, с чего началась дискуссия, человек сказал, что на одном диске
этот путь всё OK, а на другом выдаёт ошибку.
Вывод:
Как предположение такая разница это результат различия в настройках.
Файловая система на обоих дисках одинаковая.
Например я создаю файл с длинным целевым путём, но ведь система не
кричит "Help me"? Но зато после разархивации это уже ошибка и
критическая.
Почему себя так ведёт архиватор и как это мягко устранить?
Да, я тоже ловил такую сетуацию, например, когда в папку rus кидаю
ярлыки на web страницы, а они длиннющие ибо крайне информативны.
В результате целевой путь был крайне длиннющий.
Что делал? Конечно рубил, но это не нравится ибо в наименовании файла
резко теряется информативность.
Но так как вопрос стоял так: нам шашечки или ехать, то безусловно
рубил с плеча.
Удачи.
Доброго времени суток всем!
Grolin в письме от 27.04.2021; 8:48 пишет:
Оно не может рассматриваться даже, как предположение, ибо увеличением размера
колонки мы увеличиваем только видимую область. Ограничения файловой системы мы
отменить не можем.
1. Пути на первом диске могут быть короче, например, человек копирует папку
e:music со сменного диска в папку c:\users\василий пупкин\music. Догадайтесь,
где путь будет длиннее?
2. Внешний диск может быть отформатирован в fat32, который не поддерживает
юникод и сохраняет кириллические имена в системной кодировке windows-1251. При
копировании на том ntfs имена файлов будут преобразованы в юникод, то есть
каждый символ, занимавший 1 байт, станет занимать 2 байта. Например, имя файла
песенка.mp3 на томе fat и на томе ntfs будет "весить" совершенно по-разному.
3. При копировании с внешних носителей и из Интернета, система может добавлять
к файлам поток Zone.Identifier, в котором указывает источник файла, то есть
место, откуда он скопирован. fat не имеет потоков, а вот ntfs активно ими
пользуется и то, что вы их не видете, вовсе не значит, что их нет. А теперь
посчитайте количество символов у двух имён файлов:
e:\music\iloveyou.mp3
d:\music\iloveyou.mp3:Zone.Identifier
То, что написано во втором примере после двоеточия, это и есть имя файлового
потока. Как не трудно догадаться, на него тоже распространяются ограничения,
ведь это такой же путь, только вы его не видите.
Если примеров для вас недостаточно, я охотно могу продолжить их приводить до
тех пор, пока вы не поймёте, что изменение размера колонок не приводит к
снятию, или увеличению ограничений файловой системы. Надеюсь на понимание и на
то, что мои примеры были не слишком замудрёные.
Здравствуйте, yuniks.
Вы писали 27 апреля 2021 г., 10:01:54:
Во первых:
Почему я делал предположение? Очевидно, что я не был уверен в
правильности своей подсказки, от туда и сомнения. :)
А во вторых, ваши примеры убедительные, объяснения крайне подробны. Большое
спасибо.
Есть нюанс, который хочется понять.
Итак, речь идёт только об NTFS
Делаю архивацию папки rus, всё делается на жёстком диске
Затем копирую архив на флешку. С флешки на ноутбук и делаю распаковку, получаю
сообщение:
Слишком длинный целевой путь.
Хотя подчеркну, что при архивации сбоев и сообщений не было. Архиватор
WinRar.
Вопрос:
Почему архиватор при распаковки выдаёт такое сообщение и как его
обойти?
Вариант, когда в оригинале надо уменьшить пути не рассматриваем из-за
очевидности и предполагаем случай, когда оригинальная папка rus уже не
доступна.
Спасибо.
Hello!
25.04.2021 13:49, Владимир пишет:
Мало инфы. Каждая файловая система имеет свою допустимую длину пути. Из какой файловой системы переносите? В какую? приведите пример пути файла оригинала и предполагаемого пути назначения
Доброго времени суток всем!
Владимир в письме от 25.04.2021; 13:49 пишет:
Сделать путь короче, это же очевидно. Максимальное количество символов в пути
256, если будет больше, начнутся глюки с копированием, удалением,
переименованием файлов.
Здравствуйте, Владимир.
отвечаю на письмо от 25 апреля 2021 г., 13:49:28:
сократить имена папок и файлов или копировать ближе к корьню диска.