Das Problem, dass das Mount-Verzeichnis von Docker Desktop mit WSL2 als Back-End im Windows-Terminal merkwürdig wird (ungelöst ab 29.08.2020?)

Problem

Dies ist sehr unpraktisch, da ein Mount wie "/ tmp / docker-desktop / shadowing-mounts / qwertyu123456xxxxxx / mnt / c / Users /" auftritt. Aus irgendeinem Grund gibt es kein Problem beim Öffnen der Standard-Linux-Anwendung, sodass ich vermuten kann, dass etwas mit dem Windows-Terminal oder der Docker Desktop-Seite nicht stimmt ...?

Umfrage

[Vorerst mit " Shadowing-Reittieren "suchen](https://www.google.com/search?q=%22shadowing-mounts%22&safe=active&sxsrf=ALeKk01wN1nZ4qPdahP3EEuo7AYPqCNl_Q:15986855359lt 1536 & bih = 760) und die folgende Seite wird angezeigt.

Lösungen

Gegenwärtig gibt es viele Bereiche, in denen die Reproduzierbarkeit unklar ist, und es scheint keine offizielle Antwort darauf zu geben, was zu tun ist. (Referenz: 29.08.2018)

Es scheint, dass eine der Methoden, die derzeit als gelöst gemeldet werden, ** "WSL neu starten" ** ist. Beachten Sie, dass dies vom Neustart des Betriebssystems selbst getrennt ist. Ich habe auch das Linux-Subsystem gestoppt und neu gestartet, und es wurde wiederhergestellt (aber ich bin sicher, dass ich bald die gleichen Symptome bekommen werde).

Befolgen Sie die nachstehenden Anweisungen, um die WSL alleine zu stoppen und neu zu starten.

cmd.exe



1. > net stop LxssManager   #Halt
2. > net start LxssManager  #Anlaufen

Dies sollte das Mount-Verzeichnis einmal wiederherstellen. Wenn nicht, denke ich, ist es am besten, auf eine offizielle Antwort zu warten. (Wenn Sie die Ursache klären und die Reproduzierbarkeit melden können, gehen Sie zu Ausgabe auf Github ~~)

Verweise

[Bonus] Für diejenigen, die sich fragen, was LxssManager ist

Recommended Posts

Das Problem, dass das Mount-Verzeichnis von Docker Desktop mit WSL2 als Back-End im Windows-Terminal merkwürdig wird (ungelöst ab 29.08.2020?)
Das Problem, dass das Attribut des Benutzermodells in ActionMailer gleich Null wird
Eine Geschichte über die Bekämpfung der Ubuntu-Fehler 0x80370114 und 0x80000000, um den Docker-Desktop mit wsl2 in Windows 10 Home zu aktivieren
Führen Sie Redmine in der lokalen Umgebung von Windows 10 Pro-Use Docker Desktop für Windows aus
Java-Desktop mit demselben Frontend wie das WEB.
[Win10 Home Docker Environment Note (WSL2 oder Vagrant)] Wie man mit dem Problem umgeht, dass die Ladezeit von localhost ungewöhnlich lang ist