none
Не могу скопировать файлы(папки) в логический диск. RRS feed

  • Вопрос

  • Несколько дней назад установил начистую Windows 10 pro 64 на только что купленный SSD.

    После чего решил старый HDD полностью отформатировать в ReFS на 3Tбайта и назвать диск D:/.

    Отформатировал этот логический диск в ReFS.

    Переписал туда 800Гбайт. Осталось еще перекинуть туда 1500Гбайт. Скопировал мышкой, перехожу в логический диск ReFS, а пункта вставить нет (он не активный, т.е. серым цветом виден).

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

    Куда я установил Windows Server 2019 Inside Preview.

    Подключил винчестер к виртуальной ОС. В  ней я отформатировал логический диск в ReFS.

    Но теперь я не могу перенести данные в новый логический диск ни в родительской ОС, ни в виртуальной.

    .

    (Причина по которой я отформатировал этот логический диск в этот формат: Это возможность иметь длину пути файлов более 255 символов. На дворе 2019 год, но при этом глубина папок крайне мала. Постоянно сталкиваюсь с ограничениями в 255 символов. Например даже пакет от Adobe Creative Suite, не получится установить в папку на рабочем столе. у этого пакета очень большая вложенность есть у некоторых папок. Конечно это глупо так делать. Но я показываю что данная проблема крайне ограничивает в определенный условиях.

    Вообще доказывать то что очевидно я дальше не буду. Это тоже самое как программист будет доказывать что писать программу на C# с ограничениями длинны всех строк в 20 символов для современного мира глупо. Так же глупо в 2019 иметь ограничения длины пути в 255)
    . Как вариант я рассматривал еще и ExFat, но у этого формата нет журналирования, а значит она не является надежной на случай зависания системы без потери данных. Поэтому выбор пал на ReFS.

    Но я даже не могу грешить на проблему приложения explroer.exe, ведь проблема с не возможностью скопировать данные так же имеется в виртуальной машине Win Server при подключенном к ней этот винчестер.
    .

    PS Я не собираюсь в именах папок писать весь текст содержимого документа. Но все же в именах папок я указываю слова как хеш теги, для быстрого поиска. Вот пример: "/Выставка 2015год Курнаков, ведущая Марина Федеровна Гришина, основателя ЛАрисы Валерьевный Афониной, на вечере встреч ветеранов в честь имени Памяти соотечественников/"
    И что тут я не нормального и плохого сделал?, если в Windows крайне устарело производится поиск нужного документа, и при этом не имеется теги для поиска. То приходится так именовать файлы. Почтовые программы Mail.ru, Яндекс уже давно перешли от папок к тегам и меткам для сортировки писем. Но в структуре данных для Windows все как было так и осталось. Над уровень еще не придумали как прослойку над файловой системой.

    .

    Почему папка не Копируется?

    ----------------------------------------------------- Проблема РЕШИЛАСЬ!!!!!!!!! Ураааа!!!.

    Оказывается я не мог Ни вставить!, а на самом деле я не мог скопировать данные.
    В логическом диске с NTFS данные не копировались.
    Даже в виртуальной машине не удавалось скопировать папку.

    Я перезагрузил ПК. и все проблемы решились!.

    Это наверно ядро ОС глюкнул. Что даже проблема копирования передавалась в Виртуальную машину.

    Всем спасибо!!!!!!!!! Решение проблемы уже написал.

    -----------------------------------------------------

    Мне подсказали что NTFS в последней версии уже не имеет ограничений с длинной файлов. НО!

    Вчера я переписывал 500 Гбайт с портативного диска c NTFS на свой новый ReFS в своей новой ОС. Этот процесс не быстрый. 

    Должен был занять много часов. Но каждые пол часа была проблема с длинными именами файлов.

    .

    Хорошо что я поставил галочку ПРОПУСТИТЬ. Но зато потом я изрядно на тра..ся с переносом этих файлов в корень диска а потом каждого переименовывать приходилось. Их было порядка 30-40 файлов. Это приходилось делать в ручном режиме. По штучно эти файлы потом переносить в разные папки.

    .

    Это как?
    .
    О! вижу версии NTFS. Но ?!?!?. Ни где об этом не сказано. Даже на Wikipedia когда я изучал проблему количества длинны. Ни буквы об увеличении длины пути.

    ни тут ни тут ни тут:
    https://ru.wikipedia.org/wiki/NTFS
    https://support.microsoft.com/ru-kz/help/100108.


Все ответы

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

    The opinion expressed by me is not an official position of Microsoft

    Модератор
  • Скорее всего пройдет меньше столетья и експлорер сможет с такими путями работать полноценно

    Увы, нет, я еще в 1607 перепроверял - уже работал. Так что хоть сто лет ждать, хоть двести - не изменит проводник своего поведения.
    Модератор
  • На днях установил последнюю Windows 10 1809 на свой новенький SSD. Прежний HDD решил отформатировать в ReFS при помощи сервера на виртуальной машине.  
    Меня бесил тот факт что в пути файлов есть ограничение 255 символов в NTFS. 
    4 суток мучений и я перенес 3Tбайта данных на новый раздел маленькими порциями. (каждый раз ресайз раздела на 20% с копированием файлов и папок в новый раздел, опять ресайз, копирование. и т.д.)(Каждый ресайз на 20% содержит полное копирование данных в конец диска) Но как оказалось что c ReFS так же это ограничение осталось. Мне на answers.microsoft.com/... посоветовали написать о проблеме тут.
    Сказали что это не проблема файловой системы, а проблема только лишь программы копирования файлов. Мол что в этой самой программе буфер для хранения пути мал в 255. 

    Очень хочется поругаться на компанию Microsoft, о том что я потерял кучу времени(4 суток) по переносу файлов на новый раздел, вместо обслуживания клиентов. Но при этом проблема существует и не решена вообще после моих манипуляций.
    .
    Подскажите как решить проблему копирования папок и файлов с путем более 255 символов?

  • D:\Викина Инфа\СРОЧНО Разобрать\нужно оставить\меоприятия\2016\БТ\Мероприятие по БТ\цикл\Е О\музыка\музыка\Petr-Иl_ich-Chaykovskiy-1840-1893---Mihail-Pletnev-Rossiyskiy-Nacional_nyy-Orkestr-3939Evgeniy-Onegin3939-Op24---Opera-v-koncertnom-ispolnenii-live-in-Moscow-13092012---I-akt-I-II-i-III-kartiny(muzofon.com).mp3

    Этот путь не могу скопировать, тут 318 символов.

    Может произошел у них откат проводника к старой версии?

  • В пути не хватает кавычек. Разбор имени закончится на первом же пробеле.
    Модератор
  • В пути не хватает кавычек. Разбор имени закончится на первом же пробеле.
    Я просто из правого окна проводника перетаскиваю мышкой папку в левое окно. На мышке нет кнопок кавычек. уж извините.
  • Не плодите темы. Это является нарушением правил и последующие нарушения могут привести к бану.

    Собственно, вам уже объяснили что к чему и что файловая система тут не при чем. Если вам интересно почему программы имеют такие ограничения, то об этом можно прочитать тут:

    https://docs.microsoft.com/en-us/windows/desktop/FileIO/naming-a-file

    Особо обратите внимание на данную фразу:

    To specify an extended-length path, use the "\\?\" prefix. For example, "\\?\D:\very long path".

    Если же вам не интересно, то вам надо просто знать что ограничение неустранимо без изменения программ и что замена FS никак с этим не поможет. Так же даже если вы файлы и скопируйте, то использовать их в программах будет затруднительно, во всяком случае без специальных мер вроде создания ссылок.


    This posting is provided "AS IS" with no warranties, and confers no rights.

    Модератор
  • Меня не интересуют ограничения в программах, Меня ИНТЕРЕСУЕТ ограничение одной программы Explorer.exe.

    Я пытался переписывать папки TotalCMD. Такая же проблема.

    Я не как программист обсуждаю тему чтобы в своем C# проекте копировать файлы.

    Я спрашиваю о том что в стандартном Проводнике как решить эту проблему?

    По Вашему ответу, стало ясно, что ограничение проводника в 255, это вполне нормально, люди с этим живут, и что мол мне надо с этим жить. 

    А я думаю что у людей просто выхода нет, поэтому и приходится мирится с ограничениями. Я думаю что данная проблема более важная чем флуент дизайн. И компания могла бы потратить немного времени для решения этой проблемы, а потом заниматься своим Флуент дизайном.
    Поэтому прошу в одном из вопросов.
    1. Есть ли возможность повлиять на исправление Проводника Windows.
    2. Если нет, то есть ли возможность снять ограничение в самом Проводнике Windows.
    3. Если нет, то каким коммандером можно скопировать.

  • Уважаемый in windows store no foreach, What user code,

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

    Несомненно, Microsoft  могла бы разработать новую файловую систему, но при одном условии: за Ваши деньги, потому что это надо Вам, а не большенству пользователей Windows. 

    Если Вы хотите напрямую обратиться в Microsoft , то я бы рекомендовал использовать Feedback Hub в Windows. 

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

    Спасибо за понимание.

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

  • 1. Есть ли возможность повлиять на исправление Проводника Windows.
    2. Если нет, то есть ли возможность снять ограничение в самом Проводнике Windows.
    3. Если нет, то каким коммандером можно скопировать.

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

    2. Вам мало ограничения на длину пути в 65535 символов???

    Вот сейчас специально потратил время, создал на диске D структуру папок, которую Вы привели, скопировал в последнюю папку файл mp3, переименовал его по Вашему образцу. На компьютере 1709, правда, а не 1809. Вернулся в корень D, перетащил папку "Викина инфа" на флешку. Подождал чуть-чуть, пока скопируются 12 элементов, включая файл. Извлек флешку, воткнул ее в ноутбук с 1903, ради интереса использовал не перетаскивание, а команды копировать-вставить из контекстного меню. Все дерево папок вместе с файлом благополучно перенеслось на диск D. Пробежался проводником по всему дереву до файла, запустил - играет.

    Вопрос: что именно надо исправлять?

    3. Условие "если нет" не выполняется, ответ не нужен. ;)

    Модератор
  • если Вы погуглите, то Вы увидите, что ограничение в 255 символов в полном пути к файлу - это техническое ограничение большенства современных клиентских файловых систем

    И это будет хорошим подтверждением того, что ошибочной информации в интернете куда больше, чем верной. :)

    Модератор
  • если Вы погуглите, то Вы увидите, что ограничение в 255 символов в полном пути к файлу - это техническое ограничение большенства современных клиентских файловых систем

    И это будет хорошим подтверждением того, что ошибочной информации в интернете куда больше, чем верной. :)

    Буду рад любой ссылке на неошибочную информацию 
  • если Вы погуглите, то Вы увидите, что ограничение в 255 символов в полном пути к файлу - это техническое ограничение большенства современных клиентских файловых систем

    И это будет хорошим подтверждением того, что ошибочной информации в интернете куда больше, чем верной. :)

    Буду рад любой ссылке на неошибочную информацию 

    Я уже привел ссылку для API в ОС. Повторю: 

    https://docs.microsoft.com/en-us/windows/desktop/FileIO/naming-a-file

    Конкретно по файловым системам:

    https://docs.microsoft.com/en-us/windows/desktop/FileIO/filesystem-functionality-comparison#limits

    Для всех текущих файловых систем ограничение на длину пути такое:

    32,760 Unicode characters with each path component no more than 255 characters

    Чтоб длинные пути заработали их надо включить, либо через реестр либо через групповые политики. Об этом написано в первой ссылке. 


    This posting is provided "AS IS" with no warranties, and confers no rights.

    Модератор
  • Чтоб длинные пути заработали их надо включить, либо через реестр либо через групповые политики. Об этом написано в первой ссылке. 

    Странно, а я в этой статье вижу врезку, помеченную зеленым цветом, в которой сказано:

    Starting in Windows 10, version 1607, MAX_PATH limitations have been removed from common Win32 file and directory functions.

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

    Модератор
  • Чтоб длинные пути заработали их надо включить, либо через реестр либо через групповые политики. Об этом написано в первой ссылке. 

    Странно, а я в этой статье вижу врезку, помеченную зеленым цветом, в которой сказано:

    Starting in Windows 10, version 1607, MAX_PATH limitations have been removed from common Win32 file and directory functions.

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

    Там есть важное продолжение. Вот полный текст:

    Starting in Windows 10, version 1607, MAX_PATH limitations have been removed from common Win32 file and directory functions. However, you must opt-in to the new behavior.

    Как я сказал выше, надо включить длинные пути, либо через реестр, либо через политики. Давайте проверим включено это у вас или нет: 

    reg QUERY HKLM\SYSTEM\CurrentControlSet\Control\FileSystem /v LongPathsEnabled

    Значение 0х1 будет означать что длинные пути включены, 0х0 что выключены:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
        LongPathsEnabled    REG_DWORD    0x0


    This posting is provided "AS IS" with no warranties, and confers no rights.

    Модератор
  • Верю. 
    Но я как раз сделал тоже самое.

    Я поочередно создавал папку в папке, в папке, в папке.

    D:\test\Викина Инфа\Викина Инфа\Музей Каринин комп\Методички\методические разработки\«Секреты мастеров» при участии преподавателей ОГУ ХГФ на базе выставки «Графика зарубежных мастеров XVI-XIX ВВ. из фондов музея\перевод подписей графика\ОГУ\[Originals]\P1013849.JPG

    И уже не могу создать новую папку в пути

    D:\test\Викина Инфа\Викина Инфа\Музей Каринин комп\Методички\методические разработки\«Секреты мастеров» при участии преподавателей ОГУ ХГФ на базе выставки «Графика зарубежных мастеров XVI-XIX ВВ. из фондов музея\перевод подписей графика

    После нажатия "Создать новую папку", выскакивает окошко 

    "Слишком длинный целевой путь"/ Имена файлов слишком длинны для помещения в эту целевую папку. Попробуйте использовать более короткие имя файла или расположение с более коротким путем

    Данную структуру я создавал на NTFS, ReFS, и на флешке FAT32, Везде одно и тоже. Выскакивало окно ошибки при попытке создать "Новую папку" перед папкой \ОГУ\.
    Так же я скопировал последнюю структуру папок на флешку, до папки \ОГУ\.
    После чего я вставил флешку в ноутбук Жены и нажал кнопку "Создать Папку" в проводнике на флешке, ситуация вся повторилась. Выскочило окно с ошибкой длины, как описано выше. После я скопировал папку "test" на рабочий стол, она скопировалась без проблем. (когда копируешь родительскую папку, то не важно какая вложенность их. Но потом я зашел в папку "test" и проследовал в глубину структуры и так же нажал кнопку "Создать папку". Ошибка длины выскочила опять.

    У жены Win10 1903, устанавливал ей ОС месяц назад, так же на новый SSD.

    У себя перед копированием я проконтролировал значения регистра LongPathsEnabled = 1

    Описание регистра описано было тут "Как убрать запрет на копирование файлов с длинными именами в Windows" .

    .

    Мне 65535 совсем НЕ мало. Это более чем достаточно. Но я сталкиваюсь с ограничениями 255.


    • Изменено Sergio Kornelius 3 мая 2019 г. 20:01 Дополнение опытов
  • Уважаемый in windows store no foreach, What user code,

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

    Несомненно, Microsoft  могла бы разработать новую файловую систему, но при одном условии: за Ваши деньги, потому что это надо Вам, а не большенству пользователей Windows. 

    Если Вы хотите напрямую обратиться в Microsoft , то я бы рекомендовал использовать Feedback Hub в Windows. 

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

    Спасибо за понимание.

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

    Anahaym, Я являюсь программистом, и разумеется при проектировании пользуюсь разумным способом именования папок, с использованием дат и хешей. А так же я бы в проектировании ни когда бы не столкнулся бы с ограничениями 255 чисто физически. Но в данном случае. Это не проект высоконагруженного сервера.

    Мир делится на домашних юзеров и на корпоративных. Ваши рекомендации по политике именований файлов относится к корпоративным. Домашние же юзеры пользуются файловой системой исключительно для хранения фоток, фильмов, и документов и единственный способ ставить метки и хештеги для файла это писать их в имени. 0,0001% людей создают списки файлов фоток, а 99,9999% просто переименовывают имена фоток.

    Я вчера на ОтветыМайлРу увидел вопрос: Чем отличаются NTFS v3.0 и v4.0. На этот вопрос он получил гениальный ответ: ЦИФРОЙ!.  
    Не засоряйте форум советами о том что автор вопроса глупей Вас, при том что Вы ни чего дельного не пишите.
    Я полагаю у Вас на компьютере с политикой все в поредяке, одна из всех Ваших фоток хранится в папке DCIM, а другая часть фоток раскидана равномерно по папками с именем "Новая папка (N*)". Поэтому очевидно что у Вас проблем нет. Прошу Вас не писать тут, так как Вы не решаете проблему в принципе.
  • приведу пример:

    f:\1\2\3\4\5\6\7\8\9\file.txt

    Условно предположим что имя каждой папки не цифра а длинное название, где общая длина более 255 символов.

    При такой структуре я пытался копировать папку 1 из диска f:\  в d:\

    Выдает ошибку. После чего я мышкой перетаскиваю файл file.txt отедельно, так же выдает ошибку.
    После чего я перемещаю папку 9 в корень f:также выдает ошибку. 
    После чего я перемещаю папку 5 в корень f:но тут уже НЕ выдает ошибку.
    Конечно можно каждый раз хитрить, и в конечном счете переместить данные.
    .
    Собственно все что требовалось я переместил. Перемещал через временную папку в корне. Хорошо что оставшихся файлов было всего 5 штук.

    Но все же, проблема все равно не решена на будущее. 

  • reg QUERY HKLM\SYSTEM\CurrentControlSet\Control\FileSystem /v LongPathsEnabled

    Значение 0х1 будет означать что длинные пути включены, 0х0 что выключены:

    0x0. Однако, как я уже говорил, файл с длиной полного пути более 300 символов в составе папки скопировался без проблем. Запускается из своей папки без проблем и из проводника, и из WMP.

    Модератор
  • Но все же, проблема все равно не решена на будущее. 

    Попробуйте установить параметр, о котором говорил Ilya Tumanov.
    Модератор
  • Я уже привел ссылку для API в ОС. Повторю: 

    https://docs.microsoft.com/en-us/windows/desktop/FileIO/naming-a-file

    Спасибо, что ответили вместо Игоря.
    Скажите пожалуйста, без Windows API какое ограничение у ФС? (по второй ссылке не очень понял: максимальный путь это c API или без?)
    • Изменено Anahaym 4 мая 2019 г. 10:28
  • Anahaym, Я являюсь программистом, и разумеется при проектировании пользуюсь разумным способом именования папок

    ага, я заметил.

    Мир делится на домашних юзеров и на корпоративных.

    ещё на программистов, админов, дизайнеров и т.д.

    Не засоряйте форум советами о том что автор вопроса глупей Вас, при том что Вы ни чего дельного не пишите.

    Я не говорил, что Вы глупее меня. Но хорошо, я больше ничего Вам писать не будут.

    P.s.: я для фото и видео использую такую структуру на своём компе:
    D:\PHOTO
     - CITY1
     - - DATE1
     - - DATE2
     - EVENT1
    D:\VIDEO
     - CITY1
     - - DATE1

  • А для документов Вы какую структуру используете?
  • Длинные пути включены. Были включены и сейчас включены. После установки новой ОС, пути включены по умолчанию.

    я 

    Вот пример того как работает проводник у меня.

    http://recordit.co/qcQqziUOb6

    Это GIF анимация моего скриншота 


  • Большая часть документов хранится в облаке в виде статей, и занесена в избранное браузера. Синхронизируется с Google, доступна на всех моих устройствах. Вот что локально:
    F:\Project1\все документы*
    F:\Scans\общие сканы*
    F:\Finance\все документы и сканы*
    ect.
    диск зашифрован. Ну у меня и документы попроще, чем у Вас, судя по примеру с музеями. Я бы на Вашем месте сделал бы так:

    D:\Виктория\Музей г.Орёл\Методички\«Секреты мастеров» выставка «Графика зарубежных мастеров XVI-XIX ВВ"\перевод подписей графика
  • Скажите пожалуйста, без Windows API какое ограничение у ФС?
    У файловых систем такого ограничения в чистом виде нету. Могут быть косвенные ограничения, например, теоретически, в виде ограничения глубины вложенности папок.
    Модератор
  • Поймите, что структура изменчива.

    к примеру есть 3 заказчика, у каждого из 3 заказчиков есть по 3 проекта, где каждый 1й проект у каждого заказчика имеет общее название, а каждый 2й проект каждого заказчика так же имеет общее название. и 3й проект тоже самое имеют общие названия у каждого заказчика.

    Структура папок не однозначна, для части документов важным является группировка по заказчикам, а для другой части документов важной группировкой является названия проектов. Это я описал простой случай. А практике все еще сложней. В структурах сайтов, всегда можно сделать статью одновременно в 2х, 3х категориях, так как эти категории это всего лишь метка. Но в Виндовс все сложней.

    Например есть такое приложение CRM, в которой есть категории и списки по категориям. Особенность в том что для кладовщика, списки групируются по категориям сроков отправки и типу товара в его компьютере. А у бухгалтера теже самые списки уже раскиданы по категориям названий компаний. А у менеджера доставки теже списки раскиданы по категориям попутной доставки и по району местоположения.
    .
    В Виндовс же НЕ возможно положить один файл сразу в 2 папки в разных родительских категориях. Подобная проблема была 5-8 лет назад с почтовыми сервисами Yandex, Mail.ru, Google. Еще тогда они начали переходить от сортировки писем по папкам, к сортировке писем по хештегам и меткам. Т.е. одно письмо имеет сразу несколько меток. Выбирая в фильтре сбоку определенную метку вы сразу видите все письма одновременно этой метки, но при этом каждое письмо одновременно имеет другие метки. Это тоже самое что хранить файл сразу в нескольких равноуровневых папках. Увы в ОС хранение файлов строго предопределенное. 
    Поэтому крайне удобно писать метки и хештеги в имени файлов. Указав в поиске нужное ключевое слово, вы найдете нужный документ.


    • Изменено Sergio Kornelius 4 мая 2019 г. 14:39 дополнение
  • Этот параметр LongPathsEnabled =1

    Установлен у меня в значение 1. Он был установлен изначально. Я устанавливал свою ОС последней версии неделю назад. ОС еще не разу не обновлялась сама кроме обновлений MS Office и обновлений встроенных драйверов. 

  • Поймите, что структура изменчива.

    прекрасно понимаю.

    Например есть такое приложение CRM, в которой есть категории и списки по категориям.
    CRM работают с базами данных (в основном).
    В Виндовс же НЕ возможно положить один файл сразу в 2 папки в разных родительских категориях.
    но можно сделать ссылку на файл в другой папке.
  • Ха ха ха.
    в папке Y я создаю файл X.
    После чего я в папке Y создаю файл X1, а так же в этой папке создаю еще 5 файлов ссылок X2, X3, X4
    в результате получится в одной папке лежит один документ и 5 файлов для поиска. А если в папке 5 документов то получится 25 файлов ссылок.

    А что делать если нужно файл переместить?, как отличить одну ссылку от другой чтобы вместе с документом переместить?, и что будет с адресом этих ссылок?

    Вот она ошибка, СМОТРИТЕ!!!
  • А Вы создавали на рабочем столе папку "Новая папка" а в ней "Новая папка1" а в ней "Новая папка2" и так до 18 вложений .
    Я установил на виртуалку Windows 10 pro 1607.
    Все тоже самое что и в моей ОС.
    Чтобы было быстро создавать папку можно нажимать кнопку на панели в проводнике.