引导者本文目录一览：
docker容器无法执行挂载目录上的脚本
原因是docker可执行文件没有默认添加到path变量中。添加到用户本地路径dockeruser，执行一下 sh .bash_profile 就可以用docker命令了。
未在容器中启动cron守护程序dockeruser，需要在Dockerfile中设置。 容器内时间与宿主机器时间不同步，需要手动调整容器时间或使用NTP服务使时间同步。 容器内未安装cron或未正确配置任务。
这种情况下可以考虑以下几种解决方法：需要确认docke镜像是否是正确dockeruser的，如果出现问题，可以尝试重新构建镜像或下载最新版本。可以尝试使用其他操作系统或版本，或者安装必要的依赖库重新构建镜像。
解决Docker以默认root用户运行生成的文件权限为root的问题
常见解决方法是可以通过 Docker 提供的 User 命令、 --user 参数 来指定容器内部的用户和组的 iddockeruser，譬如：可以看到输出，current_user 处会显示主机当前用户的名字，所以解决了主机用户对挂载的卷没有权限的问题。
可以看到，容器外执行sleep的进程的用户是root。容器内部的用户也是0（root）. 虽然执行docker run的用户是ryan .也就是说，dockeruser我一个普通用户居然可以以root的身份去执行一个命令。看起来挺恐怖的样子。权限是通过uid来判断的。
to cwd (\/home/oracle\) set in config.json failed： permission denied： unknown 解决办法：docker exec -w /home/oracle -it9e847654f0b6chmod 777 /home/oracle 之后，就可以登录root用户了。
docker-compose.yml 文件内容如下：然后通过 docker-compose up -d 即可后台启动容器。通过上面的操作，我们在容器内执行 docker ps 时，还是很可能会遇到一个问题： 权限问题 。
有截图吗dockeruser？普通用户创建的文件，文件的所属用户组合和权限都是这个用户的，不是是root的。除非当前登录的是root用户。
可以打开/var/lib/docker文件夹 2 因为默认情况下，/var/lib/docker文件夹的权限是root用户，如果以普通用户身份打开，需要使用sudo或者切换到root用户。可以使用终端命令“sudo nautilus /var/lib/docker”打开文件夹。
docker挂载volume的用户权限问题
本文最初的问题就是因为容器执行者和挂载数据卷的权限不同。容器内部运行是uid=0的用户，数据卷从属与uid=1000的ryan。最终导致容器写入数据卷的文件权限升级为root， 从而普通用户无法访问。
对于数据卷来说，由 docker 完全管理，而绑定挂载需要dockeruser我们自己去维护。dockeruser我们需要自己手动去处理这些问题，这些问题并不仅仅是上面演示的这些，还有用户权限， SELINUX 等。tmpfs 只存储在主机的内存中。
在Docker主机上，使用chmod命令确保挂载目录的权限允许容器中的进程进行读取和执行。用户/组ID不匹配dockeruser：如果容器中的用户/组ID与挂载目录所属的用户/组ID不匹配，导致无法执行脚本。
其根本原因是因为docker是以root用户启动的，生成的文件/var/run/docker.sock权限所有者都是root。网上解决方案是将普通账户添加到docker用户组。
to cwd (\"dockeruser；/home/oracle\) set in config.json failed： permission denied： unknown 解决办法：docker exec -w /home/oracle -it9e847654f0b6chmod 777 /home/oracle 之后，就可以登录root用户dockeruser了。
volume permissions”，确认为目录权限问题。
