[решено] Ошибка при создании симовльной ссылки

[mageron]

Доброго времени суток.
Суть проблемы по топику, при попытке создать символьную ссылку выдает ошибку:
157179
Судя по куче инфе собранной на просторах инета, да и просто хотя бы с офф сайта https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/mklink, должно было отработать без проблем, но все же что-то пошло не так, и гугление так и не дает мне ответа, почему же выдает такую ошибку...

[Iska]

mageron, нам выложенная информация тоже ничего не даёт, поскольку, в отличие от Вас, мы не видим ни содержимого C:\Users, ни H:\Users, не знаем прав, назначенных пользователю, под которым исполняется команда, на указанные каталоги.

[mwz]

mageron

Я думаю что проблема в том, что каталог C:\Users\buh, куда вы хотите подключить каталог H:\Users\buh, у вас уже существует.

PS
mageron

Что-то у меня такое ощущение, что вы с целью освобождения места на С: перетащили вручную профиль C:\Users\buh на другой диск в папку H:\Users\buh и хотите подключить её на старое место. И если это так, то я не завидую пользователю buh — и, соответственно, вам.

И хорошо если ощущения меня обманывают.

[mageron]

Я думаю что проблема в том, что каталог C:\Users\buh, куда вы хотите подключить каталог H:\Users\buh, у вас уже существует »
Собственно таки да, как обычно бывает все было на поверхности, спасибо тебе добрый человек, переименовал на диске C: папку с профилем buh и все взлетело.
Ощущения вас не обманывают, скопировал. Это временный костыль, нужен не для освобождения места, а для 1С, ибо из профиля юзера запускается все шедулеры, хоть большинство этих фоновых задач и отключено, даже оставшийся минимум прилично просаживает винт.

[mwz]

скопировал »

Вместе со всеми правами (смотрим реплику Iska)?

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

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

На скриншоте значками-оверлеями в виде цепочек отмечены папки в корне профиля пользователя, ведущие на самом деле в другие папки — а глубже есть ещё не одна такая... Особо критичен для системы разрыв связи для папок Application Data и Local Settings, обе из которых на самом деле ведут в каталог AppData\Roaming.

Связи стали видимыми после установки утилиты LinkShellExtentions, позволяющей работать со связями с помощью мышки, и в т.ч. создавать связи и копировать каталоги с учётом внутренних связей — хотя и без сохранения прав на папки и файлы.

http://www.imageup.ru/img210/thumb/links13343314.jpg (http://www.imageup.ru/img210/3343314/links1.gif.html)

Почему я и сказал, что не завидую пользователю buh — и, соответственно, вам: через день-другой они поймут, что 1С работает неправильно, и шишки посыпятся на кого?

Причём посыпятся по делу и в абсолютно правильное место.