WSL2环境下docker-compose挂载卷文件权限异常问题咨询

• 容器创建的文件显示root属主：Docker容器默认以root身份启动进程，结合WSL2对NTFS盘（/mnt/c）的drvfs权限映射规则，容器进程在挂载路径下新建文件时，会直接把容器内的root UID/GID作为文件属主写入drvfs的元数据，未和WSL侧的普通用户身份做映射。
• WSL普通用户可无sudo删除root属主文件：drvfs挂载的NTFS分区权限逻辑和Linux原生ext4不一致，只要用户对文件所在的上级目录有写权限，就可以删除目录下任意文件，不会校验文件本身的属主权限，这是drvfs的固有特性，不属于配置异常。
• 容器无法删除非root属主文件：容器内进程的UID/GID和文件元数据中记录的属主不匹配，且drvfs的权限校验规则对非root容器进程的拦截更严格，加上原配置中privileged: true未和实际权限需求对齐，最终触发删除权限不足。

1. 获取当前WSL用户的身份标识
   • 执行 id -u 拿到当前用户的UID（Ubuntu默认普通用户通常为1000）
   • 执行 id -g 拿到当前用户的GID
2. 修正drvfs挂载的默认权限映射
   • 编辑 /etc/fstab 中的C盘挂载条目，将原有配置：

     C: /mnt/c drvfs defaults,metadata 0 0
     

     替换为（替换尖括号内容为上一步查到的UID、GID）：

     C: /mnt/c drvfs defaults,metadata,uid=<你的UID>,gid=<你的GID>,umask=002 0 0
     

   • 执行 sudo mount -o remount /mnt/c 让配置即时生效，无需重启WSL环境
3. 调整docker-compose.yml的服务配置
   • 给ssc-file-generator-db2-test服务块新增启动用户配置，强制容器进程以和WSL用户一致的UID/GID运行：

     user: "<你的UID>:<你的GID>"
     

   • 移除不必要的privileged: true配置，该配置会让容器获得宿主机最高权限，也是容器内批量创建root属主文件的主要诱因，仅保留db2运行实际需要的能力位即可。
   • 保持现有的bind卷相对路径绑定逻辑不变，这种方式不会触发Docker Desktop和WSL的跨文件系统权限映射冲突。
4. 权限校验
   • 配置生效后，在/mnt/c路径下新建测试文件，分别在WSL、容器内执行删除操作，确认权限符合预期。

补充说明：WSL普通用户可删除drvfs下任意root属主文件的特性无法通过配置修改，这是NTFS文件系统和drvfs适配层的固定逻辑，日常使用时只要保证目录权限不开放给无关用户即可，不属于安全风险。

内容的提问来源于stack exchange，提问作者Woodsman