Então, Jack Hammons, gerente de programas da Microsoft, vinculou a esse grande recurso oficial: link
O problema é que estou sem sorte (um pouco editado no link acima):
Enquanto os arquivos [WSL] são armazenados em arquivos comuns no Windows no diretórios mencionados acima, interoperabilidade com o Windows não é suportado . Se um novo arquivo for adicionado a um desses diretórios O Windows [WSL] simplesmente o ignora. Muitos editores também tira os [Extended Attributes, que são usados para armazenar metadados do WSL] ao salvar um arquivo existente, novamente fazendo o arquivo inutilizável no WSL .
Além disso, como [WSL] armazena em cache as entradas de diretório, as modificações feitas em os diretórios que são feitos a partir do Windows enquanto o WSL está sendo executado não ser refletido com precisão .
Assim, mesmo que eu possa ver os arquivos / pastas em C:\Users\<username>\AppData\Local\lxss\home\
, eu não deveria interagir com eles no Windows.
Em links simbólicos:
Embora o NT suporte links simbólicos, não podemos confiar nesse suporte porque os links simbólicos criados pelo WSL podem apontar para caminhos como / proc que não têm significado no Windows.
Uma questão permanece: Quando a conexão simbólica de arquivos de algum lugar em /mnt/c/
, tudo parece funcionar bem tanto no Windows quanto no WSL. Então, agora eu tenho várias pastas linkadas de Meus Documentos na minha pasta pessoal do WSL. Estou bagunçando as coisas?
EDIT: Rich Turner foi tão gentil em colocar essa informação em um post semi-oficial aqui link . Embora não especificado, minha idéia de link simbólico parece ser uma boa maneira, já que as partições NTFS montadas são tratadas de maneira diferente.