Docker容器创建文件目录归属root，需设置为1000:1000权限求助

我来帮你搞定这个权限难题——这种情况在多容器协作（比如qBittorrent+Radarr）时特别常见，核心问题是容器内运行qBittorrent的用户和宿主机挂载目录的权限不匹配，导致新生成的文件被标记为root权限。

下面是一步步的解决方案：

1. 先搞定宿主机下载目录的基础权限 #

首先在宿主机上创建（或确认）你的下载目录，把它的所有者改成qBittorrent容器内使用的1000:1000 UID/GID：

mkdir -p /your/host/download/path
sudo chown -R 1000:1000 /your/host/download/path

这一步是确保容器内的用户对挂载目录有读写权限，避免qBittorrent被迫以root身份创建文件。

2. 启动容器时明确指定运行用户 #

如果你的Dockerfile里已经设置了USER 1000:1000，但启动容器时没有保留这个设置（比如某些启动命令覆盖了用户），可以在启动时强制指定：

docker run -d \
  -v /your/host/download/path:/downloads \
  --user 1000:1000 \
  your-qbittorrent-image

用Docker Compose的话，在服务配置里加上：

services:
  qbittorrent:
    image: your-qbittorrent-image
    volumes:
      - /your/host/download/path:/downloads
    user: "1000:1000"

3. 检查容器内进程的实际运行用户 #

有时候即使设置了USER，进程也可能以root运行。你可以进入容器验证：

docker exec -it your-qbittorrent-container ps aux | grep qbittorrent

如果输出里的用户是root，那说明你的Dockerfile里的USER指令没生效，或者启动时被覆盖了。这种情况下，你需要调整Dockerfile，确保启动qBittorrent的命令是在USER之后执行的，比如：

# 假设前面已经创建了qbittorrent用户（UID1000）
USER qbittorrent
CMD ["qbittorrent-nox"]

4. 在容器启动脚本中自动修复目录权限 #

如果每次重启容器都怕权限乱掉，可以在Dockerfile里添加一个启动脚本，先调整挂载目录的权限再启动qBittorrent：

1. 创建一个start.sh脚本：

#!/bin/bash
chown -R qbittorrent:qbittorrent /downloads
exec qbittorrent-nox

2. 在Dockerfile里添加：

COPY start.sh /usr/local/bin/
RUN chmod +x /usr/local/bin/start.sh
USER qbittorrent
CMD ["start.sh"]

这样每次容器启动都会先确保/downloads目录的权限属于qbittorrent用户，再启动进程。

为什么之前的chown和setgid没用？ #

因为你在宿主机修改权限后，容器内的进程如果以root运行，新创建的文件还是会继承root的权限；而setgid只会影响目录下新建文件的组权限，如果用户本身是root，组权限也不会改变。只有让qBittorrent以1000:1000用户运行，新文件才会自动匹配这个权限。

按照这些步骤操作后，Radarr等其他容器只要也使用1000:1000用户（或者属于同一个组），就能正常访问下载的文件了。

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