Docker目录执行异常：所有命令无法运行求助

快速恢复步骤 #

• 停止并删除故障容器：

  docker stop test-app
  docker rm test-app
  

• 使用原镜像重新创建容器（替换为你实际的启动参数，比如端口映射、卷挂载等）：

  docker run -d --name test-app [你的镜像名称/ID] [启动命令]
  

  这个方法最直接，因为容器内的修改是临时层存储，只要原镜像正常，重建后就能回到之前的正常状态。

问题定位排查 #

1. 查看容器状态与启动日志：

   # 查看所有容器运行状态
   docker ps -a
   # 查看容器启动报错日志
   docker logs test-app
   

2. 检查容器内/app目录的文件权限：

   docker exec test-app ls -l /app
   

   对比正常项目的权限配置，确认是否存在文件所有者、执行权限被篡改的情况。
3. 查看watch.sh脚本内容，排查是否有破坏性操作：

   docker exec test-app cat /app/watch.sh
   

保留容器的修复方案（无需重建） #

如果容器内有需要保留的其他修改，可尝试手动修复：

• 删除可能引发问题的watch.sh脚本：

  docker exec test-app rm /app/watch.sh
  

• 修复/app目录下文件的所有者权限（根据你的Dockerfile调整用户，比如常见的node:node）：

  docker exec test-app chown -R node:node /app
  

• 重启容器：

  docker restart test-app
  

可能的触发原因 #

• watch.sh脚本包含破坏性操作（比如误删文件、修改核心依赖权限），执行后破坏了项目文件结构或权限配置。
• 使用docker exec以root用户执行命令，修改了原本属于容器内非root运行用户的文件权限，导致项目启动时无权限访问资源。

Docker新手操作规范 #

• 禁止直接在运行中的业务容器内修改文件：所有配置、脚本变更应该通过修改Dockerfile构建新镜像，或挂载本地目录到容器的方式实现。
• 测试脚本先在本地验证：不要直接在业务容器内执行未知脚本，可创建临时容器进行测试。
• 重要数据用卷挂载：项目代码、配置等内容不要直接打包进容器，通过-v参数挂载本地目录或Docker卷，避免容器销毁后数据丢失。

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