Windows WSL环境下Podman启动Dev Container权限错误求助

云上老周

2026-6-20

解决WSL+Podman启动Dev Container时的/home/node权限问题

问题根源

你使用的mcr.microsoft.com/devcontainers/base:jammy镜像内部包含与node用户相关的初始化逻辑，但当前配置中的--userns=keep-id参数会将容器内vscode用户的UID/GID映射到WSL主机的当前用户UID/GID，导致容器内vscode用户没有权限创建/home/node目录；同时镜像内默认的权限体系与映射后的用户权限不匹配，触发权限拒绝错误。

解决方案

方案1：移除`--userns=keep-id`参数

该参数是导致权限冲突的核心原因，移除后容器将使用镜像内vscode用户的原始权限体系，可正常完成初始化：

修改后的devcontainer.json：

{
    "name": "Ubuntu",
    "image": "mcr.microsoft.com/devcontainers/base:jammy",
    "containerEnv": {
      "HOME": "/home/vscode"
    },
    "containerUser": "vscode",
    "remoteUser": "vscode"
}

方案2：保留`--userns=keep-id`并手动创建目录授权

如果需要保留用户命名空间映射（比如方便主机与容器间文件权限共享），可通过postCreateCommand以sudo权限创建目录并修改归属：

修改后的devcontainer.json：

{
    "name": "Ubuntu",
    "image": "mcr.microsoft.com/devcontainers/base:jammy",
    "containerEnv": {
      "HOME": "/home/vscode"
    },
    "containerUser": "vscode",
    "remoteUser": "vscode",
    "runArgs": [
        "--userns=keep-id"
    ],
    "postCreateCommand": "sudo mkdir -p /home/node && sudo chown vscode:vscode /home/node"
}