Docker镜像启动容器失败：启动脚本无法找到问题求助

核心问题拆解 #

从报错日志和构建输出来看，存在两个关键问题：

1. 平台架构不匹配：镜像基于linux/amd64构建，但运行在linux/arm64/v8主机上，这会引发二进制兼容性问题，甚至出现“文件明明存在却提示找不到”的异常。
2. 脚本执行失败：即使指定绝对路径仍报错，大概率是架构兼容问题或--read-only运行模式的限制导致。

解决方案步骤 #

1. 修复平台架构不匹配问题 #

方案A：构建适配主机架构的镜像

如果基础镜像支持arm64/v8架构，构建时明确指定平台：

docker build --platform linux/arm64/v8 --no-cache -t image-name:latest -f Dockerfile .

方案B：启用QEMU模拟amd64架构

如果基础镜像仅提供amd64版本，先在主机上安装QEMU以支持多架构运行：

docker run --privileged --rm tonistiigi/binfmt --install all

之后重新构建镜像（无需指定平台或直接指定linux/amd64），再运行容器即可通过模拟执行amd64程序。

2. 解决脚本执行异常问题 #

检查脚本Shebang行

打开xxx_application_start.sh，确认开头的Shebang与基础镜像中的shell环境匹配：

• 若基础镜像为轻量版本，可能仅包含sh而无bash，需将Shebang改为#!/bin/sh
• 若依赖bash，需确保基础镜像已安装bash（Debian/Ubuntu系可在Dockerfile中添加RUN apt-get update && apt-get install -y bash）

调整只读运行模式

--read-only会限制容器对文件系统的写入权限，脚本执行可能需要临时目录（如/tmp），运行时挂载临时卷：

docker run --read-only -v /tmp -p 8080:9420 image-name

也可先去掉--read-only参数测试，确认脚本能正常执行后再调整只读配置。

验证镜像内脚本状态

构建完成后，进入镜像直接检查脚本状态：

docker run -it image-name bash
# 进入容器后执行以下命令验证
ls -l /application/scripts/xxx_application_start.sh
./application/scripts/xxx_application_start.sh

若在镜像内执行仍报错，说明脚本本身或依赖缺失，需进一步排查脚本内容及基础镜像环境。

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