Ubuntu24中Docker Compose无法映射挂载磁盘的根目录目录

问题场景 #

在预装Docker的Ubuntu 24系统中部署nas-tools时，挂载/home/admin下的目录可正常运行，但挂载另一块磁盘的/data1/video目录时，容器无法对该目录进行读写操作。已尝试chmod -R 777 /data1及改用/tmp/video，均未解决问题。

排查与解决步骤 #

1. 检查磁盘挂载参数 #

外部磁盘挂载时的权限限制是常见诱因：

• 查看当前挂载参数：

  mount | grep /data1
  

  若输出包含ro（只读）、noexec、nodev或nosuid，会导致Docker无法正常读写目录。
• 修改/etc/fstab配置：
  编辑fstab文件，找到对应/data1的挂载行，确保参数包含读写及执行权限，示例：

  UUID=你的磁盘UUID /data1 ext4 rw,exec,dev,suid,uid=1000,gid=1000 0 2
  

  （uid=1000,gid=1000替换为你的系统用户UID/GID，可通过id admin查看）
• 重新挂载磁盘：

  sudo mount -o remount /data1
  

2. 验证AppArmor限制 #

Ubuntu默认启用AppArmor，可能拦截Docker对外部磁盘的访问：

• 临时关闭AppArmor测试：

  sudo aa-teardown
  

  重启容器后若恢复正常，说明是AppArmor规则限制。
• 永久解决方案：
  为/data1目录配置AppArmor允许规则，或在docker-compose.yml中临时添加安全选项（不推荐长期使用）：

  services:
    nas-tools:
      # 其他配置...
      security_opt:
        - apparmor:unconfined
  

3. 匹配目录所有者与容器用户 #

即使设置了user=root，部分镜像可能内部使用特定用户运行：

• 查看容器内运行用户的UID/GID：

  docker exec -it 容器ID/名称 id
  

• 修改外部目录的所有者：

  sudo chown -R 容器UID:容器GID /data1/video
  

  或在docker-compose.yml中明确指定容器运行用户为root：

  services:
    nas-tools:
      # 其他配置...
      user: "0:0" # UID=0（root），GID=0（root）
  

4. 检查存储驱动兼容性 #

Docker的overlay2存储驱动对部分文件系统有要求：

• 查看当前存储驱动：

  docker info | grep Storage Driver
  

  若磁盘文件系统为ext4则无需调整，若为其他特殊文件系统（如NTFS），需确保已通过ntfs-3g挂载，并添加uid=1000,gid=1000参数保证权限匹配。

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