Quando tento usar o link simbólico NTFS da mesma unidade e caminho relativo que criei com o WSL em um ponto de montagem de unidade / drvfs do Windows no lado do Windows, recebo um erro de que ele está inacessível. O link simbólico tem o ícone de uma pasta/diretório sem o "ícone de link" no canto.
No entanto, se o link simbólico foi criado em um shell WSL iniciado em um Administrador PowerShell (Terminal do Windows), ele funcionaria bem no lado do Windows também. Por quê?
Acontece que, por padrão, quando o WSL não é iniciado como Admin, ele cria "link simbólico do WSL" (que não é utilizável no lado do Windows, exceto em msys2 ou mais), mesmo quando o destino é o caminho relativo e na mesma unidade que o link.
Como o caminho de destino era relativo, ele era reconhecível no Windows (mesmo quando o link não era utilizável) e, portanto, em vez do ícone do arquivo "whitepaper", um ícone de pasta/diretório foi usado para o link.
Aparentemente, o WSL não é feito (no mínimo, não mais a partir do Windows 11 21H2, se alguma vez) uma exceção / escalação de privilégio em relação ao link simbólico NTFS. No entanto, há muito tempo existe uma maneira de permitir que o link simbólico NTFS seja criado por usuários não administradores, ou seja, o modo de desenvolvedor :
(Definindo o local no Windows 11 21H2)
Depois de habilitar o modo, os links simbólicos criados com WSL não-Admin para o caso específico (unidade do Windows + mesma unidade + caminho relativo) seriam NTFS adequados.