容器化部署之JDK升级为21版本，程序启动报错standard_init_linux.go:228: exec user process caused: exec format error

于 2025-05-30 20:52:48 发布
阅读量957 收藏 12
点赞数 23
CC 4.0 BY-SA版权
文章标签： java devops 运维 docker k8s
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhuganlai168/article/details/148344232

一、背景

使用spring ai对接大模型，原先JDK1.8稳定版已不适用，必须升级到21。
可当应用程序启动时，却报错如下：

standard_init_linux.go:228: exec user process caused: exec format error

这是因为机器的架构与Docker镜像的架构不匹配导致。

本文就如何找到匹配的Docker镜像（openjdk21）进行一个梳理。

二、查看机器的架构

1、查看Docker镜像的架构

> docker inspect --format='{
   
   {.Architecture}}' docker.io/openjdk:21

arm64

在这里插入图片描述

可以看到openjdk:21适用的机器架构为arm64，所以，下一步得看部署的

最低0.47元/天 解锁文章

200万优质内容无限畅学
pod 无法启动 standard_init_linux.go:228: exec user process caused: argument list too long
weixin_40548182的博客
07-11 767
将pod.spec.enableServiceLinks: 的值改为false。k8s集群中，有的pod正常，但有的pod无法启动，查看pod日志发现如下错误。
报错 standard_init_linux.go:228: exec user process caused: exec format error
最新发布
u010988585的专栏
03-24 598
1、检查源镜像的框架是否正确，是否amd64，如果不是则增加。可使用md5对比方法，这边没有这个环境。，把所有的相关的镜像都需要删掉。docker logs 容器名。docker pull 镜像；2、排查镜像是否完整。确认是是amd64。采用重新下载镜像方法。
standard_init_linux.go:228: exec user process caused: exec format error
TK_XIEBIN的博客
02-03 3373
通过上述问题的排查，基本可以确定时CPU架构问题，因为同事也是使用相同的脚本进行打包的，都可以进行正常的打包操作的。添加docker 镜像构建的指定平台，也可以指定其他平台。因工作需要使用docker打包镜像到阿里云容器中运行。环境：docker，mac m1。我打包的镜像，在运行时报如下错误。
docker报错standard init linux.go:228 exec user process caused: exec format error
llg___的博客
11-22 4438
此时，考虑你Dockfile里的基础镜像，它的架构也要对应上。不能做amd下的镜像，但基础镜像却是arm下的。比如我之前使用JDK的镜像，Dockerfile共用一个
exec user process caused “exec format error“
岳来的博客
03-02 3222
exec user process caused “exec format error“
Apollo安装以及K8S中部署Apollo
jacksonary的博客
04-12 9566
1. 基本环境 OS：CentOS7； JDK版本1.8+（java -version）； MySQL5.6.5+（SHOW VARIABLES WHERE Variable_name = 'version';）； Apollo：服务端1.8+，客户端1.7+； 2. Apollo 2.1 必要模块  Apollo中的主要模块如下： Config Service 提供配置获取、配置更新推送的...
Docker 学习笔记
Ctrl_kun的博客
03-28 6107
Docker狂神说视频学习笔记（详细） 1. Docker概述 2. Docker安装 3. Docker常用命令 4. Docker镜像讲解 5. Docker容器数据卷 6. Dockerfile 7. Docker网络
2021-02-08/09 大数据课程笔记 day19day20 某大型网站日志分析离线系统
qq_44745905的博客
02-10 5078
@R星校长 某大型网站日志分析离线系统 项目需求分析 概述 该部分的主要目标就是描述本次项目最终七个分析模块的界面展示。 工作流   在我们的 demo 展示中，我们使用 jquery+echarts 的方式调用程序后台提供的 rest api 接口，获取 json 数据，然后通过 jquery+css 的方式进行数据展示。工作流程如下： 分析 总述 在本次项目中我们分别从七个大的角度来进行分析，分别为： 用户基本信息分析模块 浏览器信息分析模块 地域信息分析模块 用户浏览深度分析模块 外链数据分析模块 .
AIX 比较全的FAQ
热门推荐
q30的专栏
08-04 1万+
FAQ:怎样在AIX 5.1中建立热后备(hot spare)磁盘？环境  AIX 5.1 问题  怎样在AIX 5.1中建立热后备(hot spare)磁盘？ 解答 在AIX 5.1中可以在操作系统的级别上建立hot spare磁盘。如需要在某一卷组(VG)中建立hot spare磁盘，必须满足如下条件：1. 逻辑卷(LV)在此卷组中必须进行镜像(mirror)。2. 作为hot spare的磁
standard_init_linux.go:211: exec user process caused “exec format error“
han1140521792的博客
02-08 523
使用docker部署Golang的beego项目 dockerfile内容 FROM golang:1.15.5 ENV GOPROXY=https://goproxy.io,direct ENV GOSUMDB=off WORKDIR / COPY go.mod ./ RUN go mod download COPY . . RUN chmod 777 ./test-go ENTRYPOINT ["./test-go"] 运行容器： docker run -p 2098:8080 --
docker使用镜像报错：standard_init_linux.go:211: exec user process caused “exec format error“
qq_41368074的博客
04-10 1万+
在服务器使用镜像运行代码时出现了该报错。使用了docker run 后，由于是刚接触docker，不知道是什么原因。经网上查阅资料后，了解到原来有可能是我的镜像架构和机器架构不一致。 使用 docker inspect 命令调出我的镜像架构：是arm64 使用uname -a指令查看机器架构：是x86_64 相关解决办法： 1.https://blog.csdn.net/hhyywwai/article/details/108369984 2.https://blog.csdn.net/xiang_f
docker 启动容器报错：exec user process caused: exec format error
weixin_42833423的博客
07-29 1851
docker 启动容器报错：exec user process caused: exec format error
docker run的时候报错 standard_init_linux.go:211: exec user process caused “exec format error“ 问题解决
GeekPlusA的博客
12-06 1869
1
k8s exec user process caused: exec format error
cainiao1412的博客
02-21 3438
一种常见的原因是，在容器中运行的二进制文件编译时使用了错误的操作系统或处理器架构，导致容器内的二进制文件与宿主机的操作系统不兼容。如果容器中运行的二进制文件与宿主机的操作系统不兼容，则需要重新编译二进制文件，以便与宿主机的操作系统兼容。最后，如果你使用的是Kubernetes集群，还可以检查所使用的节点是否与容器中运行的二进制文件兼容。的错误，这通常是由于容器内运行的二进制文件和宿主机的操作系统不兼容所导致的。这个错误意味着容器内的二进制文件的格式不正确，或者无法被宿主机的操作系统所识别。
standard_init_linux.go:228: exec user process caused “no such file or directory“ - Docker
Attitude_do_it的博客
11-15 7853
首先声明，转载自这位大佬：docker启动报错：standard_init_linux.go:211: exec user process caused "no such file or directory"_feinifi的博客-CSDN博客 如题所示，根据自己构建的镜像启动docker容器，直接退出，查看容器日志报错信息，没有任何别的信息。网上搜索这个问题，发现很多人都遇到过，解决办法也各不相同，最后发现一篇文章。受到启发，我的项目是java项目，通过ENTRYPOINT命令启动脚本docker-en
Docker容器运行报错standard_init_linux.go:228: exec user process caused: no such file or directory
SpringBoy的博客
05-04 6895
报错信息 standard_init_linux.go:228: exec user process caused: no such file or directory 排查点 在Dockerfile中使用了启动脚本entrypoint.sh ENTRYPOINT ["entrypoint.sh"] 但是由于启动脚本entrypoint.sh实在Windows环境下编写的，文件编码方式不是unix，所以无法执行。 修复 使用cmder或git bash工具用vim打开启动脚本entrypoint.sh
/bin/bash: /home/linux/user/gdb/h3600_app.test: cannot execute binary file: Exec format error
01-07
### 解决方案 当遇到 `/bin/bash cannot execute binary file: Exec format error` 错误时，通常是由于尝试执行与当前系统架构不匹配的二进制文件所引起的。具体原因可能是操作系统的位数（32位或64位）与要执行的程序不符。 为了确认Linux操作系统的位数，可以使用命令 `uname -m` 来获取信息[^2]： ```bash uname -m ``` 如果结果显示为 `i686`, `i386`, 或者类似的，则表示这是一个32位的操作系统；如果是 `x86_64` 则表明这是64位操作系统。 另外一种方法是通过 `getconf LONG_BIT` 命令来直接查询系统的位长度[^4]: ```bash getconf LONG_BIT ``` 对于Java开发环境而言，确保下载并安装适合于目标平台版本(JDK)非常重要。例如，在32位Ubuntu上不应该安装仅适用于64位系统的JDK包，反之亦然。因此，应当根据上述检测到的结果选择相应版本的JDK进行重新安装。 此外，还需验证JAVA_HOME环境变量设置是否指向了一个有效的、且与主机CPU架构相匹配的JDK路径。可以通过编辑`.bashrc`或其他shell初始化脚本来调整此配置项，并记得使更改生效: ```bash source ~/.bashrc ``` 最后，再次测试 Java 安装情况以确认问题已被解决: ```bash java -version ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

天草二十六_简村人

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值