CentOS 7现代化改造:编译安装的新内核可以移植到其他主机吗?
之前介绍了如何[在CentOS 7上编译安装新版Linux内核。我们可以基于目标平台的配置文件在本地编译新内核,然后再移植到目标平台的主机上。本文介绍如何将本地编译的内核移植到其他主机,包括同平台间的移植以及不同平台系统间的移植方法的异同,以及各种注意事项。
呐、「我们」还会再见面吗?
之前介绍了如何[在CentOS 7上编译安装新版Linux内核。我们可以基于目标平台的配置文件在本地编译新内核,然后再移植到目标平台的主机上。本文介绍如何将本地编译的内核移植到其他主机,包括同平台间的移植以及不同平台系统间的移植方法的异同,以及各种注意事项。
之前介绍了如何在CentOS 7上编译安装新版Linux内核。在编译那一步,有些小伙伴可能会在编译到某些模块时遇到“tar: 无法识别的选项”–sort=name””的报错。这是典型的CentOS7自带的老版tar导致的编译失败。最彻底的解决方法就是编译新版本的tar。
自2024年官方彻底抛弃CentOS 7后,其默认Linux内核版本永远定格在了3.10。BBR等一些依赖新内核的特性无法使用,而更换操作系统也不适用于所有环境。本文带你直接下载Linux内核的源码,并用编译源码的方式将CentOS 7内核版本升级至6.6.52。
已经作古的CentOS7.9通过YUM能够安装Python3的最高版本为3.6。笔者为了能够正常使用Ansible,尝试在CentOS7.9上编译安装Python3.10。虽然Python能启动,但当使用pip的时候,便会报“SSLError”的错。
在CentOS、RockyLinux等RHEL系Linux系统中使用yum或dnf命令进行包管理时,出现以下提示:Failed to set locale, defaulting to C.UTF-8。查看系统已安装的语言包,如果没有“en_US.UTF8”则需要额外安装。
本文讲述了在CentOS7上设置定时任务时遇到的问题及解决方法。作者发现预期的自动重启任务未被执行,通过查看日志发现原因是crontab的默认路径与reboot命令的路径不匹配。通过修改crontab内容,将reboot命令的完整路径加入,成功解决了问题。
Nginx的反向代理功能设置正确,但无法正常工作。具体表现为:访问反代路径返回502错误;查看日志,存在“Permission denied”记录。如果你使用的是RHEL或者CentOS系的Linux出现上述症状,请考虑关闭SELinux。当然不怕将来折腾也可以不关……
笔者在VPS上安装某Python3编写的Web应用,执行时报错缺少模块“gevent”。于是一如既往地执行pip3 install gevent,结果安装到最后提示“gcc error”、“找不到Python.h”之类的东西。光安装依赖是不够的,还需要
2024年8月15日更新:CentOS7.x已经被官方抛弃了。如果你一定要继续使用CentOS,请阅读这篇文章。CentOS的软件包被转移到了CentOS Vault。因此需要修改软件源到CentOS Vault Mirror。