docker - 当 Docker 桌面在 WSL2 中运行时,bash 中的长工作目录
问题描述
我有使用 WSL 2 后端运行的 Docker 桌面。我还安装了 Ubuntu 20.04 作为我的默认 WSL2 Linux 发行版。我面临的问题是,如果我C:\Windows\System32\wsl.exe
在 Docker 运行时启动,那么 shell 会使用很长的目录路径进行初始化:
/mnt/wsl/docker-desktop-bind-mounts/Ubuntu-20.04/8a5edab282632443219e051e4ade2d1d5bbc671c781051bf1437897cbdfea0f1/mnt/c/Windows/System32
但是,如果我关闭 docker 并再次启动 WSL shell,它会从预期的路径开始:/mnt/c/Windows/System32
我可以自己 cd 进入 /mnt/c ,但令人讨厌的是它没有从正确的路径开始。我也试过跑步wsl -d "Ubuntu-20.04
无济于事。似乎我的 C 卷安装在 /mnt/c 和上面那条长长的丑陋路径上。
有没有人经历过并解决了这个问题?
Docker 版本:2.3.0.3 (45519)
解决方案
如果我先启动 Docker 桌面然后启动 WSL,它似乎可以正常工作。
推荐阅读
- javascript - 不允许在字符串中的任何位置使用 '.'(dot)(正则表达式)
- javascript - 未捕获的类型错误:无法读取 HTMLButtonElement.removeItem 处未定义的属性“已检查”(script.js:26)
- c# - 在动作中的 MVC Controller 中将 bool 状态更改并保存为 true
- c# - 在运行时更改 asp.net 核心模型属性名称
- javascript - 如何在div中绘制形状
- angular - 在服务中使用地图运算符并在组件中订阅时的 RxJS BehaviouSubject
- jquery - jQuery 错误:$(...).modal 不是函数
- laravel - 数据库 laravel 发生变化时刷新视图内容
- elasticsearch - 嵌套字段上的聚合,嵌套字段属性上的 fielddata=true
- kong - Kong GCP setup initiating weekly migrations which is breaking the datastore and admin access