Eu tentei o seguinte:
C:\Users\Chloe\Documents>dir /a "My Music"
Volume in drive C is OS
Volume Serial Number is 808A-8F0B
Directory of C:\Users\Chloe\Documents\My Music
File Not Found
C:\Users\Chloe\Documents>mklink /j "My Music" "c:\Users\Chloe\Music"
Cannot create a file when that file already exists.
mklink mostra o seguinte:
C:\Users\Chloe\Documents>mklink
Creates a symbolic link.
MKLINK [[/D] | [/H] | [/J]] Link Target
/D Creates a directory symbolic link. Default is a file
symbolic link.
/H Creates a hard link instead of a symbolic link.
/J Creates a Directory Junction.
Link specifies the new symbolic link name.
Target specifies the path (relative or absolute) that the new link
refers to.
Eu tive que excluir esses diretórios no Explorer. Apesar de usar fsutil reparsepoint delete "My Music" . Eles não apareceriam com dir /a depois que eu "os excluísse", mas eles apareceriam com dir /a antes de "excluí-los". Eles ainda apareciam no Explorer após a linha de comando 'delete'. Eu até reiniciei e eles estavam lá. Eu apaguei no Explorer e recriou as junções / links. Deve ser um bug no Windows.
A junção já está lá ... você só não checou corretamente. Experimente:
cd C:\Users\Chloe\Documents
dir /ah "My Music*"
Você observou as configurações de segurança da pasta / junção em questão? A Microsoft usa um truque para impedir a vinculação recursiva quando se trata da junção / links criados por instalações do Windows.
Basicamente, ele concede Everyone privileges a traverse directory , mas nega a permissão List Data . O resultado final é que a tentativa de executar DIR da linha de comando nessa pasta fornecerá um erro "Acesso negado" porque você não tem permissão para listar o conteúdo dessa pasta. Portanto, as Configurações locais, por exemplo, funcionarão bem se você for cd C:\Users\you\Local Settings\Microsoft , funcionará bem. Se você for cd C:\Users\you\Local Settings , receberá um erro.
Não tenho certeza se isso está relacionado, mas isso me atrapalha há algum tempo, por isso espero que possa ajudar alguém.