FATAL: kernel too old CentOS 6.8升级内核

最新推荐文章于 2021-09-07 22:15:26 发布

原创最新推荐文章于 2021-09-07 22:15:26 发布 · 584 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#linux

docker安装专栏收录该内容

4 篇文章

订阅专栏

本文详细介绍了如何在CentOS6.8上升级内核以解决Docker容器运行问题。首先查看当前内核版本，接着更新nss，然后导入elrepo的key并安装elrepo源。之后安装lt内核，修改grub配置，并重启系统。最后验证内核已成功升级到4.4.241。

CentOS 6.8升级内核
本人是在docker运行容器的时候失败的，需要升级内核的
1、查看宿主机的内核版本信息

uname -r

2、更新nss(网络安全服务)

yum -y update nss

3、升级内核需要elrepo的yum源，所有安装其源时，先导入elrepo的key

   rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
   rpm -Uvh http://www.elrepo.org/elrepo-release-6-8.el6.elrepo.noarch.rpm

4、安装elrepo源lt内核

yum --enablerepo=elrepo-kernel -y install kernel-lt

5、修改/etc/grub.conf文件，将default=1修改成default=0。
vi /etc/grub.conf
在这里插入图片描述

6、重启机器 reboot
7、查看升级后的内核

[root@bigdata103 ~]# uname -r
4.4.241-1.el6.elrepo.x86_64

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

iteye_9939

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

FATAL: kernel too old

new1024kb

12-18

5784

客官，留下你的赞；成为我的粉丝，一起上车哦！评论区欢迎你的留言在使用docker 运行最新版本的nginx镜像时，出现FATAL: kernel too old （内核太老），下面将进行内核升级。查看宿主机的内核版本信息 uname -r 更新nss(网络安全服务) yum -y update nss 升级内核需要elrepo的yum源，所有安装其源时，先导入elrepo的key ...

gem5全系统启动：FATAL: kernel too old

Kh_13的专栏

03-21

3011

接上篇，换了自己的新disk image 1）把img文件复制到disks文件夹下 2）修改gem5/configs/commons/Benchmark.py，改掉img名称，这都是前面的文章中提过的。重新启动gem5的全系统时，在m5term连接时，报错：VFS: Mounted root (ext2 filesystem). Freeing unused kernel memory: 232

参与评论您还未登录，请先登录后发表或查看评论

centos-6.8 内核升级kernel-3.18版本rpm包分享

11-08

升级内核版本主要解决docker无法运行的问题，centos6.8默认的内核是2.6，升级到3.18同时做个记录。下载指定版本 kernel： http://rpm.pbone.net/index.php3?stat=3&limit=1&srodzaj=3&dl=40&search=kernel 下载指定版本 kernel-devel：http://rpm.pbone.net/index.php3?stat=3&limit=1&srodzaj=3&dl=40&search=kernel-devel 上面分享下载地址自己找也行，分享这个不是为了赚积分。 1、升级方式rpm安装 rpm -ivh kernel-3.18.21-16.el6.x86_64.rpm --nodeps kernel-devel-3.18.21-16.el6.x86_64_2.rpm --nodeps 2、修改grub.conf文件把default=1修改为 default=0 3、重启centos reboot 4、重新查看内核 uname -r

CentOS 6.8内核版本升级

dibing0354的博客

03-01

293

1.查看当前版本[root@www.linuxidc.com docker]# cat /etc/issueCentOS release 6.8 (Final)Kernel \r on an \m2.升级CentOS[root@www.linuxidc.com docker]# yum update –y3.内核升级至3.10前往http://www.elrepo.org/3.1下载升级...

【Centos】FATAL: kernel too old

niuchenliang524的博客

03-30

3161

在安装或运行一些软件的时候，发现报：FATAL: kernel too old，查阅资料后发现，是centos系统内核太低了，唯有升级 CentOS 6.8升级内核在使用docker运行最新版本的nginx镜像时，出现FATAL: kernel too old（内核太老），下面将进行内核升级。查看宿主机的内核版本信息 uname -r 更新nss(网络安全服务) yum...

P2V EFI+GPT Ubuntu17.10 installGrub.sh failed with return code: 127, FATAL: kernel too old

weixin_42255786的博客

12-17

1794

问题现象： 2018-12-11T10:29:12.622+08:00 info vmware-converter-server[07560] [Originator@6876 sub=Default] [task,379] [task-12] -- ERROR -- Convert: converter.fault.CloneFault --> (converter.fault.Clo...

gem5全系统运行程序：FATAL: kernel too old

Kh_13的专栏

03-21

2440

在模拟系统上运行hello测试程序，就是一个简单的输出功能，结果报下面的FATAL: kernel too old的错误。(none) / # ./hello FATAL: kernel too old hello[810]: segfault at 00002b7e1e58ade0 rip 00000000004069e7 rsp 00007fff58f6a590 error 4 Segmenta

模拟linux内核异常,解决gem5/M5 模拟器“kernel too old”错误

weixin_42106357的博客

04-29

849

编译安装了gem5 ARM架构的模拟器，运行使用arm-linux-gcc-4.4.3交叉编译链编译的文件时，出现了如下错误：%--------------------------------------------------------------------------------------------------------------------%**** REAL SIMULATIO...

centos6.8升级内核

qq_39505991的博客

09-07

1177

centos6.8升级内核 1.查看内核版本命令： uname -r 2.更新nss yum update nss 3.安装elrepo的yum源，升级内核需要使用elrepo的yum源，在安装yum源之前还需要我们导入elrepo的key rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org 看到其他博文说接下来的步骤是： rpm -Uvh http://www.elrepo.org/elrepo-release-6-8.el6.elr

FATAL:kernel too old

nust20的专栏

10-21

2145

buildroot做的镜像init进程起不来，出现kernel too old错误。经查，是glibc的错误log。错误原因，编glibc使用的内核头文件比实际运行的内核版本新，init加载动态库时出现该错误。解决:升级运行时内核或者降低编glibc时内核版本。 ...

linux kernel 报错：FATAL: kernel too old

最新发布

09-05

<think> 嗯，用户这次提出的"kernel too old"问题相当典型，而且从引用内容看用户已经做了初步调研（包括交叉编译环境、Docker环境和内核升级尝试）。用户身份可能是嵌入式开发或系统运维工程师，正在处理跨平台兼容性问题。用户深层需求其实是解决二进制程序与内核版本不匹配的问题，而非字面上的"查找解决方案"。因为引用[1]显示用户已经知道问题根源（glibc要求内核版本高于实际版本），引用[2][3]说明用户可能同时在开发板和模拟器环境遇到此问题。核心矛盾点在于：编译时链接的glibc版本需要更高内核支持，而目标设备内核无法升级（如引用[2]的CentOS 6.8）。需要提供三条平行解决方案： 1. 兼容性编译方案（最优解）：通过修改构建参数降低glibc依赖 2. 内核升级方案（适合可升级的设备）：针对用户引用的CentOS案例 3. 容器化方案（适合有Docker环境的情况）特别注意用户上次询问过Docker卸载，因此容器方案要强调版本兼容性。对于交叉编译场景（引用[1]），重点解释如何用--enable-kernel参数重建工具链；对于x86模拟器（引用[3]），需说明gem5模拟器修改uname系统调用的特殊方法。技术细节上需要明确： - glibc的--enable-kernel参数接收的是内核版本号而非glibc版本 - 升级kernel-lt时需验证GRUB配置是否生效 - Docker方案要区分宿主内核和容器镜像内核最后补充的验证方法很重要，因为用户可能同时在多个环境遇到此问题。生成的相关问题特意包含"不升级内核"的选项，覆盖用户可能的约束条件。 </think> 以下是针对"kernel too old"问题的完整解决方案及原理分析： --- ### 一、问题本质分析当出现`FATAL: kernel too old`错误时，本质是 **二进制程序依赖的glibc库版本 > 系统内核版本**。关键原理： 1. **glibc与内核绑定**：高版本glibc会检查内核版本（通过`uname`系统调用）[^1] 2. **版本冲突表现**： ```bash $ file /path/to/binary ELF 64-bit LSB executable... for GNU/Linux 4.19.0 # 要求最低内核4.19 $ uname -r 4.9.118 # 实际内核低于要求 ``` 3. **错误触发点**：glibc在`__libc_init_first()`函数中验证内核版本[^2] --- ### 二、解决方案（按场景分类） #### ▶ 场景1：交叉编译环境（开发板/嵌入式） **适用情况**：程序在低内核设备运行（如ARM开发板） ```bash # 重新编译时指定目标内核版本（关键参数） ./configure \ --enable-kernel=4.9.0 \ # 匹配目标内核版本 CFLAGS="-O2 -mcpu=cortex-a7" # 添加架构优化 # 验证编译结果 readelf -n your_program | grep 'OS: Linux' # 应显示"OS: Linux, ABI: 4.9.0" ``` #### ▶ 场景2：服务器/PC环境（可升级内核） **步骤**（以CentOS 6.x为例）： ```bash # 1. 安装ELRepo仓库 sudo rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org sudo rpm -Uvh https://www.elrepo.org/elrepo-release-6-8.el6.elrepo.noarch.rpm # 2. 安装长期支持内核（推荐kernel-lt） sudo yum --enablerepo=elrepo-kernel install kernel-lt -y # 3. 更新引导配置 sudo sed -i 's/^default=.*/default=0/' /boot/grub/grub.conf # 4. 重启生效 sudo reboot && uname -r # 应显示4.4.x以上版本 ``` #### ▶ 场景3：Docker容器环境 **方法1**：升级基础镜像内核版本 ```dockerfile FROM centos:6 RUN rpm -Uvh http://www.elrepo.org/elrepo-release-6-8.el6.elrepo.noarch.rpm \ && yum --enablerepo=elrepo-kernel install kernel-lt -y ``` **方法2**：使用低依赖Alpine镜像 ```dockerfile FROM alpine:3.18 # 使用musl libc替代glibc COPY ./your_app /app ``` --- ### 三、验证修复结果 ```bash # 检查程序支持的内核版本 objdump -s --section=.note.ABI-tag your_program | grep 'Linux' -A1 # 输出示例： OS: Linux, ABI: 4.9.0 # 确认版本已匹配 ``` --- ### 四、高级排查技巧 1. **查看glibc要求的内核版本**： ```bash strings /lib64/libc.so.6 | grep 'kernel' # 输出示例：The kernel version is not available ``` 2. **强制禁用版本检查（不推荐）**： ```bash patchelf --replace-needed libc.so.6 ./custom_libc.so your_program ``` --- ### 根本解决方案对比 | 方法 | 适用场景 | 风险等级 | 持久性 | |---------------------|--------------------------|----------|--------------| | 指定内核版本编译 | 嵌入式开发 | ★☆☆☆☆ | 永久解决 | | 升级宿主系统内核 | 服务器/PC | ★★★☆☆ | 需维护 | | 容器镜像使用Alpine | 云原生部署 | ★★☆☆☆ | 依赖镜像更新 | | 替换libc库 | 紧急修复 | ★★★★★ | 可能崩溃 | > **最佳实践**：生产环境优先采用**方案1（交叉编译指定版本）**或**方案3（Alpine容器化）** ---