Docker Compose启动执行chown无报错挂起的解决方法

我尝试在容器启动时修改挂载卷的所有权，让容器内的user用户可读写该卷，同时主机也能读取它。挂载配置如下：

volumes:
  - '../local/userData:/userData'

该配置已生效，主机上的local/userData目录已创建，但归属为root用户。我在entrypoint中执行sudo chown -R user:user /userData命令时，无报错但出现挂起，无法继续执行后续的echo OK。

我的docker-compose配置片段：

...
services:
  myservice:
    build:
      context: ..
      dockerfile: myservice-container/Dockerfile
    image: myservice:latest
    container_name: local_myservice_1
    networks:
      - local_default
    volumes:
      - '../local/userData:/userData'
    environment:
      DEPLOY_TYPE: local
      AWS_ENVIRONMENT: NOT_AWS
    cap_add:
      - NET_ADMIN
    stdin_open: true
    tty: true
    # Make /userData writeable to user.
    entrypoint: sh -c "(ls -la /userData) && (sudo chown -R user:user /userData) && (echo OK)"

Dockerfile已成功创建user用户：

RUN useradd -ms /bin/bash user

执行docker-compose --verbose up --build后的日志显示，ls -la /userData正常输出目录信息，但之后进程挂起，未输出"OK"，最终只能手动终止容器。

方法1：移除sudo，直接以root身份执行chown #

容器默认以root用户启动（除非Dockerfile中用USER指令切换），完全不需要sudo，直接执行chown即可。同时要记得加上exec启动原本的应用程序，避免容器执行完权限修改就退出：

entrypoint: sh -c "(ls -la /userData) && chown -R user:user /userData && echo OK && exec your-original-app-command"

方法2：提前在主机上配置目录权限 #

在启动容器前，直接在主机上调整local/userData的权限，让容器内的user用户能访问：

1. 先获取容器内user的UID（用户ID）和GID（组ID）：

docker run --rm myservice:latest id -u user  # 获取UID
docker run --rm myservice:latest id -g user  # 获取GID

2. 在主机上修改目录权限：

sudo chown -R <UID>:<GID> ../local/userData

这样容器启动后无需再修改权限，直接就能读写该目录。

方法3：排查目录占用问题 #

挂起可能是因为主机或容器内有进程正在占用/userData目录，导致chown -R无法完成遍历：

• 临时修改entrypoint，跳过chown直接进入容器：

  entrypoint: bash
  

• 启动容器后执行lsof /userData，查看是否有进程占用该目录
• 同时检查主机上是否有进程在使用local/userData目录

方法4：使用Docker用户命名空间（进阶） #

如果需要长期解决容器与主机的权限映射问题，可以在Docker daemon配置中启用用户命名空间，让容器内的用户自动映射到主机的非root用户，避免频繁手动调整权限。

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