Windows构建的Docker镜像部署华为云SWR启动失败求助

出现libcontainer: container start initialization failed: standard_init_linux.go:224: exec user process caused "no such file or directory"错误，核心是Windows与Linux/Mac的构建环境差异导致镜像不兼容，以下是针对性解决方案：

1. 修复脚本换行符问题 #

Windows默认使用CRLF换行符，而Linux容器仅识别LF换行符。如果Docker镜像的ENTRYPOINT/CMD是shell脚本，Windows编辑的脚本会被Linux容器误解析，导致找不到命令。

• 在Dockerfile中添加处理步骤：

  # 以Debian/Ubuntu镜像为例，先安装dos2unix工具
  RUN apt-get update && apt-get install -y dos2unix
  # 转换脚本换行符为Linux兼容的LF格式
  RUN dos2unix /path/to/your/startup.sh
  # 赋予脚本执行权限
  RUN chmod +x /path/to/your/startup.sh
  

• 或者在Git中禁用自动换行符转换：git config --global core.autocrlf false，避免脚本被自动转换为CRLF格式。

2. 指定Linux平台构建镜像 #

Windows上的Docker Desktop默认可能构建windows/amd64平台的镜像，而华为云SWR的容器运行环境为linux/amd64，平台不兼容会直接导致启动失败。

• 构建时显式指定目标平台：

  docker build --platform linux/amd64 -t your-swr-repo/your-image:tag .
  

3. 检查ENTRYPOINT/CMD的路径与权限 #

• 确保Dockerfile中ENTRYPOINT/CMD指向的文件路径使用Linux风格的/分隔符，而非Windows的\；
• 给执行文件添加可执行权限：在Dockerfile中加入RUN chmod +x /path/to/your/executable。

4. 本地验证镜像问题 #

将Windows构建的镜像拉到Linux环境，进入容器手动执行启动命令排查具体错误：

docker run --rm -it your-image:tag sh
# 手动执行ENTRYPOINT/CMD中定义的命令，比如
./startup.sh

如果报错bash: ./startup.sh: /bin/bash^M: bad interpreter，则确认是换行符问题，按方案1修复即可。

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