求助：Docker Compose指定路径的命名绑定卷所有权变更问题

我通过docker-compose.yml创建带命名绑定卷的WordPress服务，配置如下：

services:
  wordpress:
    volumes:
      - wp_plugin:/path/inside/container

volumes:
  wp_plugins:
    driver: local
    driver_opts:
      type: none
      o: "bind"
      device: /path/on/local/machine

启动容器（docker compose -f docker-compose.yml up -d）后，本地机器上的卷目录所有者从<user>:<user>变成了systemd-network:65743这类身份，手动改回后每次启动又会变更，如何阻止这种行为？

解决方案 #

• 指定容器运行的用户ID/组ID
  Docker默认以root启动容器，容器进程会修改挂载目录所有权以匹配容器内用户。在docker-compose.yml的WordPress服务中添加user字段，填入和本地目录所有者一致的UID和GID：

  services:
    wordpress:
      volumes:
        - wp_plugin:/path/inside/container
      user: "1000:1000" # 替换为你本地用户的UID和GID，可通过`id -u`/`id -g`获取
  

• 在绑定卷挂载选项中指定UID/GID
  直接在卷的driver_opts里添加uid和gid参数，强制绑定卷使用指定用户组：

  volumes:
    wp_plugins:
      driver: local
      driver_opts:
        type: none
        o: "bind,uid=1000,gid=1000" # 替换为你的UID和GID
        device: /path/on/local/machine
  

  这种方式在卷层面锁定所有权，容器启动时不会再修改目录权限。

• 用初始化容器预设置目录权限
  如果前两种方法不适用，可创建一次性初始化容器，在WordPress启动前调整挂载目录权限：

  services:
    init-wp-dir:
      image: busybox
      user: root
      volumes:
        - wp_plugin:/path/inside/container
      command: chown -R 1000:1000 /path/inside/container
      restart: "no" # 仅运行一次
  
    wordpress:
      volumes:
        - wp_plugin:/path/inside/container
      depends_on:
        init-wp-dir:
          condition: service_completed_successfully
  

  初始化容器完成权限修改后，WordPress容器再启动就不会变更目录所有权。

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