|
длина пути к файлу
Доброго дня.
Есть домен w2k8 R2. Есть клиенты W7 32 bit. Есть общий ресурс. Так вот файлов столько, что уже даже сокращая названия, всё равно выходим за предел количества знаков в пути. Как это обойти? решит ли это x64? Плиз хелп, у людей реально много документов и специфика такая, что там не сократишь до первых букв слов... Спасибо. |
http://habrahabr.ru/blogs/windows/77518/ информация к размышлению, так сказать... Как я понял длина пути может быть не более 260 символов, и на разделе с NTFS v5. И вообще, судя по таблице http://ru.wikipedia.org/wiki/%D0%A1%...82%D0%B5%D0%BC - больше 255 символов в названии файла быть не должно. С полными путями на совсем понятно... В крайнем случае, я бы поднял самба-сервер на линуксе, просто для теста, вдруг правда "Нет установленных ограничений" ))
|
|
Цитата:
Цитата:
тут фишка вот в чем. открывает пользователь программу WORD, работает и начинает сохранять файл. выбирает путь: С:\папка1\папка2\папка3\... ...\папка20 - реально названия папок меньше 255 символов. в сумме меньше 37 к символов... но не даёт сохранить в папку 20. выбираем папку 19 - сохраняет. далее, меняем название папки19 - увеличивая на 10 знаков (но всё ещё меньше 255) - всё, доступа на чтение, перемещение к файлу нет. только уменьшать название папок... вот такая петрушка. |
Цитата:
Отписываюсь - клиент- win7 x64 SP1, хост - CentOS 5.5 x86. На хосте создал папку /usr/share/smb, расшарил ее. Через explorer удалось создать 16 "новых папок" на этом сетевом диске. Локально же я сделал 33 такие папки, все ок. Кстати, по сети можно зайти в "Новую папку27", дальше показывает, что файлов нет, и после 18 папки начинает жутко тормозить. Локально линуксовый софт не тормозит даже на 34й :).. По сети тот же линукс "сдох" на "Новой папке14".. Такие вот пироги... (видимо, ограничения протокола smb, локально всё гуд) UPD: Windows Server 2003SR2 x86 - локально максимум 19 "Новых папок", двадцатую уже не дает создавать. Переходите на линукс ;) |
|
| Время: 17:49. |
Время: 17:49.
© OSzone.net 2001-