Onde está o diretório raiz do sistema de arquivos Ubuntu no Windows Subsystem para Linux e vice-versa?

Para o Ubuntu instalado na loja do Windows:

Cada distribuição que você instala por meio da loja é instalada no diretório appdata desse aplicativo. Por exemplo: C:\Users\<username>\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState - benhillis

Para o WSL2, você pode acessar o diretório inicial do Windows (Windows 10 build 18342) assim:

\\wsl$

Em iterações anteriores do Windows Subsystem para Linux, o sistema de arquivos do Ubuntu estava em %localappdata%\Lxss(por exemplo, C:\Users\Username\AppData\Local\Lxss- substitua o nome de usuário pelo seu nome de usuário no Windows). Veja a postagem do blog da WSL sobre suporte ao sistema de arquivos :

O sistema de arquivos primário usado pelo WSL é o VolFs. Ele é usado para armazenar os arquivos do sistema Linux, bem como o conteúdo do seu diretório inicial do Linux. Como tal, o VolFs suporta a maioria dos recursos que o Linux VFS fornece, incluindo permissões do Linux, links simbólicos, FIFOs, soquetes e arquivos de dispositivo.

VolFs é usado para montar o diretório raiz do VFS, usando %LocalAppData%\lxss\rootfscomo armazenamento de apoio. Além disso, existem alguns pontos de montagem VolFs adicionais, mais notavelmente /roote /homeque são montados usando %LocalAppData%\lxss\roote %LocalAppData%\lxss\homerespectivamente. A razão para essas montagens separadas é que, quando você desinstala o WSL, os diretórios pessoais não são removidos por padrão, portanto, todos os arquivos pessoais armazenados neles serão preservados.

CUIDADO

Criar/modificar qualquer arquivo no subsistema Linux usando aplicativos e ferramentas do Windows pode causar corrupção de dados e perda de dados no subsistema Ubuntu! (Obrigado a Rich Turner por sugerir essas palavras de cautela!) Isso absolutamente não é suportado. Da mesma postagem do blog:

Interoperabilidade com o Windows

Embora os arquivos VolFs sejam armazenados em arquivos regulares no Windows nos diretórios mencionados acima, a interoperabilidade com o Windows não é suportada. Se um novo arquivo for adicionado a um desses diretórios do Windows, ele não terá os EAs necessários para VolFs, então VolFs não sabe o que fazer com o arquivo e simplesmente o ignora. Muitos editores também removerão os EAs ao salvar um arquivo existente, novamente tornando o arquivo inutilizável no WSL.

Seu sistema de arquivos do Windows está localizado no /mnt/cambiente do shell Bash.

Fonte: blog de Dustin Kirkland , howtogeek

Isso parece ter mudado desde que o Bash foi originalmente introduzido e não se aplica a distribuições da Windows Store, ou talvez não seja consistente para todos os sistemas, pois meu diretório pessoal está localizado em outro local:

%localappdata%\lxss\home\{username}

ou:

C:\Users\{user}\AppData\Local\lxss\{username}

Onde {user}está seu nome de usuário do Windows e {username}é seu nome de usuário do UNIX definido durante a instalação.

Então o diretório raiz seria:

%localappdata%\lxss

Observe que o diretório raiz pode não estar visível no Windows Explorer a partir do %localappdata%diretório. Você deve poder acessá-lo de qualquer maneira digitando-o na 'barra de endereços' do Explorer.

Se você instalar o Linux do MS Market:

• Ubuntu grátis na loja do Windows
• Open Suse gratuito na loja do Windows

eles colocaram distros em:

$ cat /proc/registry/HKEY_CURRENT_USER/Software/Microsoft/Windows/CurrentVersion/Lxss/\{861c29b4-ebe2-49a5-8a22-7e53a27934a0\}/BasePath
C:\Users\user\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState

Distribuição padrão definida por:

bash# cat /proc/registry/HKEY_CURRENT_USER/Software/Microsoft/Windows/CurrentVersion/Lxss/DefaultDistribution
{861c29b4-ebe2-49a5-8a22-7e53a27934a0}

A raiz do Linux é mais profunda:

c:/Users/user/AppData/Local/Packages/46932SUSE.openSUSELeap42.2_022rs5jcyhyac/LocalState/rootfs

PS. Eu usei o Cygwin para explorar as chaves do registro.

Se estiver usando o PowerShell para o mesmo objetivo, os comandos seriam:

# obtain the value of the ID of the default Linux distribution (and store it in a variable to avoid escaping characters issues):
$DEFAULT_LXSS_ID = (Get-ItemPropertyValue -Path REGISTRY::HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Lxss\ -name DefaultDistribution)

# which will have a value like:
echo  $DEFAULT_LXSS_ID
{bde539d6-0c87-4e12-9599-1dcd623fbf07}

# display the directory containing the rootfs Windows directory (mapped to the / Linux directory)
Get-ItemPropertyValue -Path REGISTRY::HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Lxss\$DEFAULT_LXSS_ID -name BasePath | Format-List -property "BasePath"
%LocalAppData%\Packages\CanonicalGroupLimited.Ubuntu18.04onWindows_79rhkp1fndgsc\LocalState

PPS. https://blogs.msdn.microsoft.com/commandline/2016/11/17/do-not-change-linux-files-using-windows-apps-and-tools/

Você pode abrir rapidamente o Bash a partir de uma janela do Explorador de Arquivos da pasta aberta digitando bashna barra de localização.

É o suficiente.

Além disso, você pode adicionar um item de menu de contexto. Eu pessoalmente não recomendo se não for necessário, porque adicionar atalhos ao menu de contexto usa mais memória RAM.

https://www.howtogeek.com/270810/how-to-quickly-launch-a-bash-shell-from-windows-10s-file-explorer/

A única coisa que funcionou para mim foi %localappdata%\lxss\home\{username}, onde {username}é o seu nome de usuário BASH que você deu durante a instalação. Por algum motivo, depois de mostrar o lxss da pasta oculta, ele se recusa a aparecer em C:\Users\WINDOWS-USER\AppData\Local\, e também fornecer o C:\caminho completo com janelas e nome de usuário BASH também não funciona.

E, por favor, crie um atalho na área de trabalho para o que funciona.

Para quem está procurando a localização da imagem: C:\Users\[username]\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\ext4.vhdx