Docker Desktop不支持直接“挂载其他磁盘上的项目”，真正需分两步实现：一是通过-v /mnt/d/path:/container/path使容器读写D盘目录（需启用WSL2自动挂载并规避NTFS权限问题）；二是通过导出/重装WSL发行版将docker-desktop-data.vhdx等运行时数据迁移至D盘。
直接说结论：Docker Desktop 本身不支持“挂载其他磁盘上的项目”这种说法——你真正想做的，是让容器能读写宿主机上 D 盘（或其他非系统盘）的代码或数据目录，同时确保 Docker 自身的镜像、容器、卷等运行时数据也落在非 C 盘。这两件事逻辑不同、操作路径也完全不同，混在一起做只会出问题。
docker run -v 挂载 D 盘目录时 Permission denied 或 no such file
这是最常遇到的报错，典型现象是：
docker: Error response from daemon: invalid mount config for type "bind": bind source path does not exist. 或 Permission denied（尤其在 WSL2 后端下）
根本原因不是路径写错，而是 Windows 文件系统权限和 WSL2 的跨盘访问机制限制：
- WSL2 默认只能安全访问
/mnt/c下的路径，而/mnt/d需要手动启用； - D 盘若为 NTFS 格式且启用了“Windows Defender 实时保护”或第三方杀软，会拦截 WSL2 对该盘的元数据访问；
- 路径中含中文、空格或特殊符号（如
&、(）时，docker run -v命令容易解析失败，建议统一用英文路径。
实操建议：
✅ 先确认 WSL2 能看到 D 盘：wsl -d docker-desktop-data -e ls /mnt/d（如果报错，说明未启用）
✅ 启用 D 盘自动挂载：编辑 /etc/wsl.conf（在 docker-desktop-data 发行版里），加入：
[automount] enabled = true options = "metadata,uid=1000,gid=1000,umask=022,fmask=111"
然后执行 wsl --shutdown 再重启 Docker Desktop；
✅ 挂载时用绝对路径，且避免使用 Windows 风格反斜杠：docker run -v D:/myproject:/app nginx 是错的，应写成 docker run -v /mnt/d/myproject:/app nginx；
✅ 如果仍 Permission denied，临时关闭 Windows Defender 实时保护（仅测试用），或把项目移到 C:\Users\xxx\Documents 下再挂载（该路径默认可被 WSL2 安全访问）。
docker volume create --driver local -o o=bind 指向 D 盘失败
这个命令本质是创建一个绑定挂载型 volume，但很多人误以为它能绕过 -v 的限制。实际效果一样，甚至更易出错：
docker volume create --driver local -o type=none -o device=/mnt/d/data -o o=bind mydata
常见失败点：
-
device路径必须已存在，且 WSL2 用户有读写权限（chmod -R 755 /mnt/d/data）； -
docker-desktop-data发行版默认以非 root 用户运行，uid=1000必须与宿主机 D 盘目录的 NTFS 权限兼容（Windows 端需给当前用户“完全控制”权限）； - volume 名称不能含路径分隔符，
mydata可以，d_data可以，但/d/data不合法。
实操建议：
⚠️ 除非你明确需要 volume 生命周期管理（比如 docker volume rm），否则直接用 -v 更简单可控；
✅ 创建前先在 WSL2 里验证路径可访问：sudo -u docker ls -l /mnt/d/data；
✅ 若用于开发环境，推荐把项目放在 /home/docker/projects/（即 WSL2 文件系统内），再用 -v 挂载进去，彻底避开 NTFS 权限问题。
Docker Desktop 设置里改 WSL 数据根目录无效
很多人在 Docker Desktop → Settings → Resources → WSL Integration 里勾选了发行版，又去改 --wsl-default-data-root，结果发现镜像还是涨在 C 盘。这是因为：
WSL2 的虚拟磁盘文件（docker-desktop-data.vhdx）位置由安装参数决定，**设置界面里没有修改入口**；
即使你改了 wsl.conf 的 root，也只是影响 WSL2 发行版的 Linux 文件系统挂载点，不影响 Docker Desktop 自身的两个核心 VHDX 文件位置。
实操建议：
✅ 确认当前数据盘位置：wsl -l -v 查看 docker-desktop-data 状态，再进该发行版执行 cat /proc/sys/fs/inotify/max_user_watches 验证是否生效；
✅ 若已安装，唯一可靠方式是导出 + 重装：wsl --export docker-desktop-data D:\wsl\docker-desktop-data.tar → wsl --unregister docker-desktop-data → wsl --import docker-desktop-data D:\wsl\ D:\wsl\docker-desktop-data.tar --version 2；
✅ 新装务必用带 --wsl-default-data-root 的命令行安装，例如：start /w "" "D:\installer\Docker Desktop Installer.exe" install --installation-dir=D:\docker --wsl-default-data-root=D:\docker\data。
真正卡住人的从来不是命令怎么写，而是搞不清“宿主机路径”“WSL2 文件系统路径”“Docker Desktop 虚拟磁盘路径”这三层之间的映射关系。每层都可能独立出错，必须一层层验证，而不是堆砌参数碰运气。
