Gdzie jest katalog główny systemu plików Ubuntu w Podsystemie Windows dla systemu Linux i odwrotnie?

Zainstalowałem podsystem Ubuntu na Windows 10 (po włączeniu funkcji w ustawieniach), ale gdzie znajduje się katalog główny systemu plików Ubuntu na dysku?

W przypadku systemu Ubuntu zainstalowanego ze sklepu Windows:

Każda dystrybucja instalowana przez sklep jest instalowana w katalogu appdata tej aplikacji. Na przykład: C:\Users\<username>\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState - benhillis

We wcześniejszych wersjach systemu Windows dla podsystemu Linux system plików Ubuntu był w %localappdata%\Lxss(np. C:\Users\Username\AppData\Local\Lxss- zamień nazwę użytkownika na nazwę użytkownika w systemie Windows). Zobacz post na blogu WSL na temat obsługi systemu plików :

Podstawowym systemem plików używanym przez WSL są VolFs. Służy do przechowywania plików systemowych systemu Linux, a także zawartości katalogu domowego systemu Linux. Jako takie, VolFs obsługuje większość funkcji systemu Linux VFS, w tym uprawnienia Linuksa, dowiązania symboliczne, FIFO, gniazda i pliki urządzeń.

VolFs służy do montowania katalogu głównego VFS, wykorzystując go %LocalAppData%\lxss\rootfsjako magazyn kopii zapasowej. Ponadto, kilka dodatkowych VolFs zamontować istnieją punkty, przede wszystkim /root, a /homektóre są montowane przy użyciu %LocalAppData%\lxss\rooti %LocalAppData%\lxss\homeodpowiednio. Powodem tych osobnych montowań jest to, że podczas odinstalowywania WSL katalogi domowe nie są domyślnie usuwane, więc przechowywane tam osobiste pliki zostaną zachowane.

UWAGA

Tworzenie / modyfikowanie dowolnych plików w podsystemie Linux za pomocą aplikacji i narzędzi Windows może spowodować uszkodzenie danych i utratę danych w podsystemie Ubuntu! (Podziękowania dla Richa Turnera za zasugerowanie tych słów ostrożności!) To absolutnie nie jest obsługiwane. Z tego samego posta na blogu:

Współdziałanie z Windows

Podczas gdy pliki VolFs są przechowywane w zwykłych plikach w systemie Windows we wspomnianych wyżej katalogach, interoperacyjność z Windows nie jest obsługiwana. Jeśli nowy plik zostanie dodany do jednego z tych katalogów z systemu Windows, brakuje EA wymaganych przez VolFs, więc VolFs nie wie, co zrobić z plikiem i po prostu go ignoruje. Wielu redaktorów usunie również EA podczas zapisywania istniejącego pliku, ponownie uniemożliwiając jego użycie w WSL.

Twój system plików Windows znajduje się /mnt/cw środowisku powłoki Bash.

Źródło: blog Dustin Kirkland , howtogeek

Wygląda na to, że zmieniło się od czasu pierwotnego wprowadzenia Bash i nie dotyczy dystrybucji ze Sklepu Windows, a może nie jest spójne dla wszystkich systemów, ponieważ mój katalog domowy znajduje się w innej lokalizacji:

%localappdata%\lxss\home\{username}

lub:

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

Gdzie {user}jest nazwa użytkownika systemu Windows i {username}nazwa użytkownika systemu UNIX ustawiona podczas instalacji.

Tak więc katalogiem głównym byłoby:

%localappdata%\lxss

Pamiętaj, że katalog główny może nie być widoczny w Eksploratorze Windows z %localappdata%katalogu. Powinieneś być w stanie uzyskać do niego dostęp mimo to, wpisując go w „pasku adresu” Eksploratora.

Jeśli instalujesz Linuksa z MS Market:

• Bezpłatne Ubuntu w sklepie Windows
• Bezpłatny Open Suse w sklepie Windows

umieścili dystrybucje pod:

$ 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

Domyślna dystrybucja zdefiniowana przez:

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

Linux root jest głębszy:

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

PS. Użyłem Cygwin do zbadania kluczy rejestru.

Jeśli używasz PowerShell do tego samego celu, polecenia będą:

# 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/

Jedyną rzeczą, która pracowała dla mnie było %localappdata%\lxss\home\{username}, gdzie {username}jest Twoja nazwa użytkownika BASH dałeś go podczas instalacji. Z jakiegoś powodu po pokazaniu ukrytego folderu lxss odmawia pojawienia się C:\Users\WINDOWS-USER\AppData\Local\, a także podanie pełnej C:\ścieżki z oknami i nazwą użytkownika BASH również nie działa.

I proszę utworzyć skrót na pulpicie do tego, co działa.

Możesz szybko otworzyć Bash w oknie Eksploratora plików w otwartym folderze, wpisując bashna pasku lokalizacji.

Wystarczy.

Możesz także dodać element menu kontekstowego. Osobiście nie polecam, jeśli nie jest to potrzebne, ponieważ dodanie skrótów do menu kontekstowego wymaga więcej pamięci RAM.

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