使用Docker Desktop运行WSL时Docker卷位于何处？
我运行Windows子系统Linux（WSL）与Ubuntu作为Windows 10下的客户端操作系统。现在，我在Windows主机上安装了Docker Desktop，并在Docker设置中启用了WSL集成。到目前为止工作正常，我可以从我的WSL Ubuntu客户端访问运行在视窗主机上的Docker守护程序。
现在我想知道所有Docker卷和其他数据在这个设置中存储在哪里。通常这些都在/var/lib/docker下，但在使用WSL时，情况似乎并非如此。运行df-h时，我可以看到以下与Docker相关的行：
/dev/sdd 251G 3.1G 236G 2% /mnt/wsl/docker-desktop-data/isocache
/dev/sdc 251G 120M 239G 1% /mnt/wsl/docker-desktop/shared-sockets
/dev/loop0 244M 244M 0 100% /mnt/wsl/docker-desktop/cli-tools
所以它们似乎在视窗主机的某个地方。
...但是在哪里？
共有3个答案
如果您想知道docker卷在Windows主机上的位置，对我来说，它们似乎位于C:\Users\username\AppData\Local\docker\wsl\data\ext4。vhdx
和C：\用户\用户名\AppData\本地\Docker\wsl\发行版\ext4.vhdx
据推测，它们分别是docker desktop数据和docker desktop。
理论上，这些WSL2实例可以重新定位到另一个驱动器，以释放磁盘空间，如本文所述；这是从新位置导出、取消注册和重新导入实例的标准方法。这里也描述了这个过程（关于标准WSL实例）。
（注意-我自己还没有用docker WSL2实例做过这个，只有Ubuntu使用第二个链接中的方法。）
您可以在隐藏的网络共享下找到WSL2卷。打开Windows资源管理器，并在位置栏中键入\\wsl$。点击回车键，它应该会显示您的WSL卷，包括适用于Windows的Docker卷。
在docker中创建名为shared_data的卷时，我可以在下面找到它
\\wsl$\docker desktop data\version pack data\community\docker\volumes\shared\u data\u data
-
问题内容： 当我涉及此示例撰写文件时，我正在设置一些培训材料： https://github.com/dockersamples/example-voting-app/blob/master/docker- compose.yml 而且我找不到文件的第48和49行上如何安装该卷： 有人可以向我解释主机上的该卷在哪里吗？找不到它，我不希望在容器消失后保持任何postgresql数据悬挂。网络发生了类
-
使用Hyper-V在Windows上运行docker desktop时，我有一个名为DockerDesktopVM的虚拟机，其中运行的Linux虚拟机中有它的容器。 然而，当我用WSL引擎运行docker desktop时，我看到它创建了2个WSL发行版。 docker桌面 我可以像其他发行版一样进入docker桌面发行版。 但是，试图对docker桌面数据做同样的操作只会让我大吃一惊。 所以我的
-
我在Windows上安装了支持WSL2的Docker Desktop。一切按预期进行。当我使用卷挂载运行容器时，我可以访问该文件夹中的所有windows文件。 不幸的是，docker中的windows共享的性能并不是很好，所以我尝试从wsl机器挂载一条路径。 但是使用的输出只是，而使用的输出是我的主目录。 有人能给我解释一下当我从Windows运行时，这个目录（物理上/在wsl/我的计算机中）在哪
-
问题内容： 在Windows主机下安装Docker卷对我来说是一个巨大的痛苦，而且我无法使其正常工作。 目前，我得到了以下简单的Dockerfile： 当我从中构建图像并启动容器时 容器正常启动。 但是当我尝试装载一个卷时， 将显示以下消息： 该目录肯定存在于容器中，尝试其他目录不会更改结果。在主机端目录前添加斜杠也无济于事。（） 例如，如何安装到？ 事实证明，容器端目录必须为空，因为它有一个子目
-
问题内容： 我想用Tornado运行一个用Flask编写的简单应用程序。我该怎么做呢？我想使用Python 2.7和最新的Tornado版本（4.2）。 问题答案： Flask文档用于描述如何执行此操作，但是由于以下性能说明而已被删除。除非所有异步代码都已经用Tornado编写，否则您不需要Tornado来提供Flask应用程序。 关于WSGI的Tornado文档也对此进行了描述。它们还包括一个重
-
WSL使gcc和其他Linux工具变得容易。您可以使用脚本来快速配置WSL开发环境，因此如果您搞砸了一些事情，您可以快速销毁它，并以最小的成本重新开始。因此，我想在WSL而不是Windows上运行任务。 例如，在Sublime3中，我可以使用GCC的WSL安装构建C代码，只需使用以下代码创建一个新的构建系统： 到目前为止，我一直在努力想办法在VS Code上复制这个，但没有成功。似乎至少还有一个人