Habilitei o modo de desenvolvedor e instalei Bash on Ubuntu on Windows
.
Meu diretório inicial pode ser encontrado em %localappdata%\Lxss\home\<ubuntu.username>\
, eu criei um subdiretório chamado Imagens de modo que o caminho completo deve ser
nas janelas: C:\Users\<windows.username>\AppData\Local\lxss\home\<ubuntu.username>\Pictures
em bash: /home/<ubuntu.username>/Pictures
Se eu criar um arquivo do bash usando o comando, touch hello.txt
posso ver esse arquivo livremente na IU do Windows e copiá-lo para a minha área de trabalho. No entanto, se eu criar um novo arquivo de texto a partir da IU do Windows e salvá-lo C:\Users\<windows.username>\AppData\Local\lxss\home\<ubuntu.username>\Pictures
, mesmo se eu reiniciar o bash ou o Windows, o arquivo não ficará visível quando eu fizer isso ls -l
.
Por que o bash não consegue ver os arquivos criados do lado do Windows em seu próprio diretório inicial?
EDITAR Usar /mnt/c
não é uma solução, estou tentando entender por que ele não vê esses arquivos e se há um remédio para isso de modo que possa ver os arquivos criados pela IU, em vez de tentar usar o terminal para copiar colar ou mover arquivos.
hello.txt
eHELLO.TXT
de Bash, um dos arquivos estará sob um nome diferente quando você olha para ele no Windows.Respostas:
Você deve conseguir acessar o sistema Windows no
/mnt
diretório. Por exemplo, dentro do bash, use isso para chegar ao diretório de imagens:Espero que isto ajude!
fonte
ubuntu.username
não seja necessário o nome de usuário do windows .. pelo menos não é o caso para mim;)Você só deve acessar o sistema de arquivos do Linux (aqueles localizados na pasta lxss) de dentro do WSL ; NÃO crie / modifique nenhum arquivo na pasta lxss do Windows - é perigoso e o WSL não verá esses arquivos.
Os arquivos podem ser compartilhados entre WSL e Windows; coloque o arquivo fora da pasta lxss. Você pode acessá-los via drvFS (
/mnt
) como/mnt/c/Users/yourusername/files
no WSL. Esses arquivos permanecem sincronizados entre WSL e Windows.Para obter detalhes e por quê, consulte: https://blogs.msdn.microsoft.com/commandline/2016/11/17/do-not-change-linux-files-using-windows-apps-and-tools/
fonte