1. 背景
とある業務システムの構築が初期の為、使用しているOSは比較的古く、未だcentos6.5システムとなっておりますが、ローカライズの必要性からBClinux 8.6へのアップグレードが必要となりますが、公式表示ではcentos 6.x から 8 へのアップグレードはサポートされていません。centos6.5 を centos7 の最新バージョン、つまり centos7.9 にアップグレードしてからアップグレードしてください。関連する慣行と組み合わせると、Centos6.5 は Centos7.2 の最上位バージョン (バージョン 1511) へのアップグレードと、その後の 7.9 へのアップグレードのみをサポートします。これは、メジャー バージョン間でのアップグレードと、Redhat の公式 Web サイトの 6.5YUM ソースの有効期限が切れているためです。利用できません。要約すると、特別です。後で参照できるように、アップグレード プロセスを整理して記録します。不適切な場合は、批判と修正に感謝します。注: RHEL 8 へのアップグレードには 2 つのフェーズがあります。まずシステムを RHEL 6 から RHEL 7 にアップグレードし、次に RHEL 8 にアップグレードする必要があります。アップグレードする前に重要なデータをバックアップしたり、仮想マシンのスナップショットを作成したり、マシン全体をバックアップしたりすることもできます。
RHEL 6 から RHEL 8 へのインプレース アップグレードには、次の主要な手順が必要です。
1. RHEL 6 システムを準備するには、RHEL 6 システムを最新バージョンの RHEL 6.10 に更新します。
2. RHEL 6 システムのアップグレード前評価を実施し、報告された問題を解決します。
3. RHEL 7.9 へのインプレースアップグレードを実行します。
4. RHEL 7 システムを RHEL 8 にアップグレードする準備をし、RHEL 7 システムを最新バージョンの RHEL 7.9 に更新します。
5. RHEL 7 システムのアップグレード前評価を実施し、この段階で見つかった問題を解決します。
6. RHEL 8 へのインプレース アップグレードを実行します。
7. アップグレードされたシステムのステータスを確認します。
❥ リソースリンク: RHEL 6 から RHEL 8 へのアップグレード、wiki、リリースノート、カーネルミラーサイト、RHEL 6 システムアップグレード前の準備
2. 6.5から7.2へアップグレードする前の準備
1) アップグレード前のバージョン確認: cat /etc/redhat-release
アップグレード手順: Centos6.X —> Centos7.2 ----> Centos7.9
注: 7.2 はアップグレードをサポートする最高のバージョンです。他のバージョンをアップグレードすると、エラー メッセージ「ダウンロードに失敗しました: .treeinfo のデータが無効です: セクションがありません:'チェックサム' が表示されます。」が表示されます。
/usr ディレクトリが別のパーティションにマウントされている問題を解決する
mkdir /mnt/usr/
mkdir /mnt/root
mount --bind / /mnt/root
mount --bind /usr /mnt/usr
rsync -aHAXv /mnt/usr/* /mnt/root/usr/
起動後に/etc/fstab関連の自動マウント設定項目を削除した後、再起動します
2) YUM ソースを置き換えます。
CentOS 6 は廃止されたため、yum でボールト リポジトリをポイントし、次のコマンドを実行する必要があります。
#备份原有的
cd /etc/yum.repos.d/
mkdir repo6_backup
mv *.repo ./repo6_backup
#下载vault 仓库的repo
curl https://www.getpagespeed.com/files/centos6-eol.repo --output /etc/yum.repos.d/CentOS-Base.repo
或
wget https://www.getpagespeed.com/files/centos6-eol.repo -O /etc/yum.repos.d/CentOS-Base.repo
wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-6.repo
#因官方源不可用，故需修改配置更新源到其他镜像站
vi /etc/yum.repos.d/upgrade.repo //如下所示
[upgrade]
name=upgrade
baseurl=https://buildlogs.centos.org/centos/6/upg/x86_64/
enable=1
gpgcheck=0
#安装升级助手
yum erase openscap -y #由于centos 6.5自带的安全助手版本较高，卸载了装个更老的，更多参见http://www.open-scap.org/，Security Content Automation Protocol（SCAP）
yum install https://buildlogs.centos.org/centos/6/upg/x86_64/Packages/openscap-1.0.8-1.0.1.el6.centos.x86_64.rpm
yum install redhat-upgrade-tool preupgrade-assistant-contents -y #或者尝试以下链接
yum install ftp://ftp.pbone.net/mirror/ftp.scientificlinux.org/linux/scientific/6.5/x86_64/updates/fastbugs/openscap-1.0.8-1.el6_5.x86_64.rpm -y
yum install https://buildlogs.centos.org/centos/6/upg/x86_64/Packages/openscap-1.0.8-1.0.1.el6.centos.x86_64.rpm -y
#如果提示：No package redhat-upgrade-tool available，执行
yum install https://buildlogs.centos.org/centos/6/upg/x86_64/Packages/preupgrade-assistant-1.0.2-33.0.3.el6.centos.x86_64.rpm -y
yum install https://buildlogs.centos.org/centos/6/upg/x86_64/Packages/preupgrade-assistant-contents-0.5.13-1.0.5.el6.centos.noarch.rpm -y
yum install https://buildlogs.centos.org/centos/6/upg/x86_64/Packages/preupgrade-assistant-ui-1.0.2-33.0.3.el6.centos.x86_64.rpm -y
yum install https://buildlogs.centos.org/centos/6/upg/x86_64/Packages/redhat-upgrade-tool-0.7.22-3.el6.centos.noarch.rpm -y
3) アップグレード環境を検出し、正常であることを確認してからアップデートするためのアップグレード
#升级前检测，该过程会看到哪些包将受到此升级的影响
preupg -l //该命令会耗费几分钟到几十分钟时间
preupg -s CentOS6_7 //运行模拟升级工具，不过真的升级，相当于升级检测，升级检测通过后，在线下载centos7镜像,或本地上传后使用本地镜像也可以
Preupg tool doesn’t do the actual upgrade.
Please ensure you have backed up your system and/or data in the event of a failed upgrade
that would require a full re-install of the system from installation media.
Do you want to continue? y/n
y #此处输入y
Gathering logs used by preupgrade assistant:
All installed packages : 01/11 …finished (time 00:00s)
All changed files : 02/11 …finished (time 02:44s)
Changed config files : 03/11 …finished (time 00:00s)
All users : 04/11 …finished (time 00:00s)
All groups : 05/11 …finished (time 00:00s)
Service statuses : 06/11 …finished (time 00:00s)
All installed files : 07/11 …finished (time 00:02s)
…
Tarball with results is stored here /root/preupgrade-results/preupg_results-210324171443.tar.gz .
The latest assessment is stored in directory /root/preupgrade .
Summary information:
We found some critical issues. In-place upgrade is not advised.
Read the file /root/preupgrade/result.html for more details.
Upload results to UI by command:
e.g. preupg -u http://127.0.0.1:8099/submit/ -r /root/preupgrade-results/preupg_results-*.tar.gz .
#根据模拟升级的检测结果进行确认和评估，存在EXTREME错误则无法进行下一步升级操作
preupg --riskcheck --verbose
#导入RPM签名证书，下面任选其一
rpm --import https://mirrors.ustc.edu.cn/epel/RPM-GPG-KEY-EPEL-7
rpm --import http://mirror.centos.org/centos/7/os/x86_64/RPM-GPG-KEY-CentOS-7
rpm --import http://vault.centos.org/centos/7.0.1406/os/x86_64/RPM-GPG-KEY-CentOS-7
#在线update，一般不满足条件，任选其一执行，建议使用清华大学的源：
centos-upgrade-tool-cli --network 7 --instrepo=http://mirror.centos.org/centos/7/os/x86_64
centos-upgrade-tool-cli --network 7 --instrepo=https://mirrors.ustc.edu.cn/centos/7/os/x86_64 #或
centos-upgrade-tool-cli --network 7 --force --instrepo=https://mirrors.tuna.tsinghua.edu.cn/centos-vault/7.2.1511/os/x86_64/
centos-upgrade-tool-cli --network 7 --instrepo=http://vault.centos.org/centos/7.0.1406/os/x86_64/
…
Continue with the upgrade [Y/N]? y
…
rpm install 100% [============================================================================================]
setting up system for upgrade
Finished. Reboot to start upgrade.
#离线update
wget --no-check-certificate https://archive.kernel.org/centos-vault/7.2.1511/isos/x86_64/CentOS-7-x86_64-Everything-1511.iso #可以用CentOS-7-x86_64-DVD-1511.iso ，只有4G
wget --no-check-certificate https://vault.centos.org/7.2.1511/isos/x86_64/CentOS-7-x86_64-Everything-1511.iso(7.2G)
md5sum //CentOS-7-x86_64-Everything-1511.iso
dba29c59117400b111633be2bf2aaf0e CentOS-7-x86_64-Everything-1511.iso
mout -o -loop -t iso9660 /home/CentOS-7-x86_64-Everything-1511.iso /mnt/cdrom
centos-upgrade-tool-cli --iso=/home/CentOS-7-x86_64-Everything-1511.iso #或
centos-upgrade-tool-cli --device=/dev/cdrom //输出类似如下：
……
setting up repos...
.treeinfo | 1.1 kB 00:00
getting boot p_w_picpaths...
vmlinuz-redhat-upgrade-tool | 4.7 MB 01:38
initramfs-redhat-upgrade-tool.img | 32 MB 14:45
setting up update...
finding updates 100% [=====================================================================================================]
(1/272): acl-2.2.51-12.el7.x86_64.rpm | 81 kB 00:00
(2/272): attr-2.4.46-12.el7.x86_64.rpm | 66 kB 00:00
(3/272): audit-2.3.3-4.el7.x86_64.rpm | 223 kB 00:01
(4/272): audit-libs-2.3.3-4.el7.x86_64.rpm | 77 kB 00:00
(5/272): authconfig-6.2.8-8.el7.x86_64.rpm | 399 kB 00:08
(6/272): basesystem-10.0-7.el7.centos.noarch.rpm | 5.0 kB 00:00
(7/272): bash-4.2.45-5.el7.x86_64.rpm | 1.0 MB 00:17
(270/272): yum-plugin-fastestmirror-1.1.31-24.el7.noarch.rpm | 28 kB 00:03
(271/272): zlib-1.2.7-13.el7.x86_64.rpm | 89 kB 00:06
(272/272): zlib-devel-1.2.7-13.el7.x86_64.rpm | 49 kB 00:01
setting up system for upgrade
Finished. Reboot to start upgrade.
#或者直接执行：
cd /etc/yum.repos.d
wget http://mirrors.aliyun.com/repo/Centos-7.repo
wget https://mirrors.aliyun.com/repo/epel-7.repo
或
mount -t iso9660 -o loop CentOS-7-x86_64-DVD-1511.iso /mnt/iso #或者
mount -t auto /dev/cdrom /mnt/iso/
vi /etc/yum.repos.d/centos7.repo //如下
[centos7]
name=CentOS 7
baseurl=file:///mnt/iso
enabled=1
gpgcheck=0
yum clean all
yum makecache
yum update #升级所有包同时也升级软件和系统内核
#更新lib库
ln -s /usr/lib64/libsasl2.so.3.0.0 /usr/lib64/libsasl2.so.2
ln -s /usr/lib64/libpcre.so.1.2.0 /usr/lib64/libpcre.so.0
#升级完成后重启。重启后，将使用 redhat-upgrade-tool 内核启动完成CentOS 6升级
reboot //若是提示The requested URL returned error: 404 Not Found等错误，基本上说明当前系统不支持直接升级,恢复后重装替换吧
#验证
cat /etc/centos-release
#更新软件版本
yum upgrade
rpm -qa | grep el6 #查看系统上残留的软件包，尽量清理掉
注: preupg コマンドを他のオプションなしで実行すると、result.html および preupg_results-*.tar.gz ファイルがディレクトリ /root/preupgrade/ に生成され、評価結果は /root/preupgrade-results/preupg_results-190130083547 に保存されます。 .tar.gz を使用して、システムのアップグレード前に評価し、グラフィカル インターフェイスを使用して評価レポートを開いて表示し、対応する問題を解決します。さらに、/var/log/upgrade.log ファイルには、アップグレード段階で見つかった問題がリストされます。依存関係エラーをチェックするには、yum check dependency コマンドを使用します。
4) 再起動後に共有ライブラリを構成および調整します。これまでの経験から、アップグレード後に共有ライブラリが原因で SSH およびコマンドの実行が異常にログインすることがわかっています。
3. 7.2 から 7.9 へのアップグレードのプロセス
#yum配置参考上文，这里如果想先升级到6.10，配置本地6.10的YUM
wget https://vault.centos.org/6.10/isos/x86_64/CentOS-6.10-x86_64-LiveDVD.iso
mount /dev/sr0 /mnt/
cat /etc/yum.repos.d/dev.repo
[dev]
name=dev
baseurl=file:///mnt
gpgcheck=0
enabled=1
yum clean all
yum makecache
yum update -y #就地从centos6.5升级到6。10
#下载7.9安装包
wget https://mirrors.ustc.edu.cn/centos/7.9.2009/isos/x86_64/CentOS-7-x86_64-DVD-2009.iso
#本地挂载
mount /dev/sr0 /centos10/
#配置7.10本地yum源
cat /etc/yum.repos.d/centos10.repo
[centos10]
name=centos10
baseurl=file:///centos10/
gpgcheck=0
#6.9升级到7.10,参考上文先评估
yum install preupgrade-assistant preupgrade-assistant-ui preupgrade-assistant-el6toel7 redhat-upgrade-tool
preupg -l //无报错后再执行升级
redhat-upgrade-tool --device /mnt/
4. プロセスエラーの処理
4.1. redhat-upgrade-tool のインストール時に「ファイルにセクションヘッダーが含まれていません」というエラーメッセージが報告される
これは、リポジトリ設定ファイルが間違っており、YUM リポジトリ ヘッダー情報が欠落しているためです。解決策: 以下に示すように、欠落している yum ヘッダー情報を [centos6-upgrade] に追加します。
[centos6-upgrade]
name=CentOS-$releasever - Upgrade Tool
baseurl=http://dev.centos.org/centos/6/upg/x86_64/
gpgcheck=1
enabled=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
4.2. redhat-upgrade-tool のインストール時に、「ホスト dev.centos.org を解決できませんでした」というエラー メッセージが報告される
centos 公式 Web サイトは centos6 関連のサービスを停止し、Web サイト dev.centos.org もサービスを停止しました。ここでは、redhat-upgrade-tool に関連する rpm パッケージをオフラインで手動でインストールします。または https://buildlogs.centos.org/centos/6/upg/x86_64/ に変更します。
4.3. アップグレードのシミュレーション中にエラーが報告される: openscap 関連ファイルをインポートできません
上記のエラーは、openscap のバージョンが高すぎるため、ダウングレードする必要があるために報告されます。解決策: 現在インストールされている openscap バージョンをアンインストールし、openscap-1.0.8-1.0.1.el6.centos.x86_64.rpm をダウンロードしてインストールし、次のコマンドを実行します。
rpm -qa |grep openscap //验证当前版本
openscap-1.2.13-2.el6.x86_64
rpm -e --nodeps openscap-1.2.13-2.el6.x86_64
wget https://buildlogs.centos.org/centos/6/upg/x86_64/Packages/openscap-1.0.8-1.0.1.el6.centos.x86_64.rpm
yum localinstall openscap-1.0.8-1.0.1.el6.centos.x86_64.rpm -y #或执行
yum install https://buildlogs.centos.org/centos/6/upg/x86_64/Packages/openscap-1.0.8-1.0.1.el6.centos.x86_64.rpm
4.4. シミュレートされたアップグレードのテスト結果でエラーが報告される: X11 EXTREME 問題
preupg --riskcheck --verbose //报错如下
……
INPLACERISK: EXTREME:You have GMOME Desktop Environment session as an option in your X11 session manager. CHOME Desktop Environment as a part of the yum group’Desktop’undervent serious redesign in its user interface as well as underlying technologies in Centos 7.
TCLACERISK: EXTREME: You have kDE Desktop Envirom ent session as an option in your X11session manager. KDE Desktop Environment as a part of the yum group’KDE Desktop’undervent a redesign in its user interface as well as underlying technologies in Centos 7.
TMPLACERISK: FXTREE:The kernel driver’ncnet32’reauired to service hardware present in vour svsten is not available in Centos 7. This suggests that your systen contains hardware that is not supported in CentOS 7 release.
これは、centos7 では X11 デスクトップ環境が再設計されているためですが、centos6 では現在、インストールされているソフトウェアにデスクトップ要件がないため、X11 デスクトップ環境をアンインストールすることを選択します。実行: yum groupremove -y “Desktop” “X Window System”
4.5. 模擬アップグレードの検出結果が存在する:pcnet32のEXTREME問題について
エラーメッセージ：
INPLACERISK: EXTREME: システムに存在するハードウェアをサービスするために必要なカーネル ドライバー 'pcnet32' は、
CentOS 7 では利用できません。これは、CentOS 7 リリースでサポートされていないハードウェアがシステムに含まれていることを示唆しています。
これは、一部のリソースが vmware を使用しており、デフォルトのネットワーク カード タイプとして pcnet32 が提供されており、el7 はデフォルトでは pcnet32 ネットワーク カード ドライバを提供していないためです。
解決策: vmware、ethernet0.virtualDev = "pcnet32" などで指定された仮想マシンの保存場所で .vmx ファイルを見つけます。これを次のように変更します:
ethernet0.virtualDev = "e1000"' (受信しない場合は追加)
4.6. アップグレード後、ライブラリ ファイルのロードが失敗したことを示すメッセージが表示され、次のエラーが報告されます: grep: 共有ライブラリのロード中にエラーが発生しました: libpcre.so.0: 共有オブジェクト ファイルを開けません: そのようなファイルまたはディレクターはありません
ls -l /usr/lib64/libpcre.so* //查看升级后centos7的相关库
lrwxrwxrwx 1 root root 16 3月 15 14:13 /usr/lib64/libpcre.so -> libpcre.so.1.2.0
lrwxrwxrwx 1 root root 16 3月 15 14:12 /usr/lib64/libpcre.so.1 -> libpcre.so.1.2.0
-rwxr-xr-x 1 root root 398272 11月 20 2015 /usr/lib64/libpcre.so.1.2.0
#相关实践表明，centos7中只需对libpcre.so.0做软连接指向就行，执行
ln -s /usr/lib64/libpcre.so.1.2.0 /usr/lib64/libpcre.so.0
ln -s /lib64/libpcre.so.1 /lib64/libpcre.so.0
ln -s /usr/lib64/libsasl2.so.3.0.0 /usr/lib64/libsasl2.so.2
4.7、yum updateでPythonの問題が発生する
#挂载7的镜像
mount -t iso9660 -o loop CentOS-7-x86_64-DVD-1511.iso /mnt/iso或者
mount -t auto /dev/cdrom /mnt/iso/
#备份
mv yum.repos.d yum.repos.d_backup
mkdir yum.repos.d
#7 YUM源
vi /etc/yum.repos.d/centos7.repo //如下
[centos7]
name=CentOS 7
baseurl=file:///mnt/iso
enabled=1
gpgcheck=0
#重装python2
yum reinstall python -y
関連リソース: yum FAQ
4.8. アップグレード後に ssh ログインできない (ファイル libsasl2.so.2 がない)
1) ローカル コンソールにログインした後、次を実行します。journalctl -f -u sshd以下に示すように、見つからないファイル libsasl2.so.2 がエラーとして報告されていることがわかります。
libsasl2.so.2: 共有オブジェクト ファイルを開けません: そのようなファイルまたはディレクトリはありません
2) libsasl2.so.2 ファイルが実際に存在するため、Yum は使用できません。ここでもソフト リンクを作成します。
##Centos 7中是有libsasl2.so.2这个库的，只不过换了名字，进入到/usr/lib64/目录下查看
cd /usr/lib64
ls libsasl2.so.* -l //如下所示
lrwxrwxrwx. 1 root root 17 Oct 17 2016 libsasl2.so.3 -> libsasl2.so.3.0.0
-rwxr-xr-x. 1 root root 121296 Jun 10 2014 libsasl2.so.3.0.0
#做软连接到libsasl2.so.2
ln -s libsasl2.so.3 libsasl2.so.2
ls libsasl2.so.* -l //如下所示
lrwxrwxrwx 1 root root 13 Nov 19 18:00 libsasl2.so.2 -> libsasl2.so.3
lrwxrwxrwx. 1 root root 17 Oct 17 2016 libsasl2.so.3 -> libsasl2.so.3.0.0
-rwxr-xr-x. 1 root root 121296 Jun 10 2014 libsasl2.so.3.0.0
#重启ssh
systemctl start sshd
#更新yum源
wget http://mirrors.aliyun.com/repo/Centos-7.repo
wget https://mirrors.aliyun.com/repo/epel-7.repo
yum clean all
yum makecache
4.9. grep コマンドがエラーを報告し、libpcre.so.0 ファイルが見つからない
grep //报错如下
grep: error while loading shared libraries: libpcre.so.0: cannot open shared object file: No such file or directory
#方法同4.6，加软连接
cd /usr/lib64
ls libpcre.so* //显示如下
libpcre.so libpcre.so.1 libpcre.so.1.2.0
ln -s libpcre.so.1 libpcre.so.0
4.10. ネットワーク カードの起動に失敗しますが、IP アドレスは正常に取得され、次のエラーが報告されます: LSB の起動に失敗しました: ネットワークを起動/停止します。
ネットワークカードが使用できない理由は、システム後に MAC アドレスが変更されたにもかかわらず、システム内の設定ファイルが更新されていないため、実際の MAC アドレスと設定上の MAC アドレスが不一致になっているためです。ファイル。Failed to start LSB: Bring up/down networking のエラーは、アップグレード後の実際の MAC アドレスが構成ファイルの MAC アドレスと一致しないことが原因で発生します。デバッグと復元には、次の 3 つの方法を使用できます。最後にシステムを再起動することを忘れないでください。
最初の方法は、NetworManager を直接閉じて、次のコマンドを実行することですsystemctl stop NetworkManager。centos7 システムはこのサービスを開始しません。
構成ファイルを変更する 2 番目の方法
/etc/udev/rules.d/70-persistent-net.rules 構成ファイル内の MAC アドレスが ifcfg-xxx の MAC アドレスと同じである限り。しかし、70-persistent-net.rules 設定ファイルを開いて、設定ファイルがコメントでいっぱいであることがわかり、ifcfg-xxx ファイルの HWADDR=MAC に対応する MAC アドレスを直接追加しましたが、設定ファイルを変更した後、それでもエラーが表示されます。ネットワークカードに追加された Vim /etc/udev/rules.d/70-persistent-net.rules が使いにくい
3 番目の方法: このコマンドを使用してプロトコル アドレスをクリアしますが、それでも機能しません。絶望的にシステムを再起動すると、再起動後にネットワーク サービスが通常に戻ることがわかります。
ip addr flush dev ens33/eth0この方法は問題をうまく解決できます
4.11、openldap を YUM でクリーニングしてアンインストールすると、libldap-2.4.so.2 が発生します: 共有オブジェクト ファイルを開けません
注: openldap をアンインストールした後、yum と sshd がクラッシュしました。
wget http://ftp.pbone.net/mirror/ftp.scientificlinux.org/linux/scientific/6.4/x86_64/updates/fastbugs/openldap-2.4.23-32.el6_4.1.x86_64.rpm
rpm -ivh --force --nodeps openldap-2.4.23-32.el6_4.1.x86_64.rpm
5. Centos 7.9 を BCLinux 8.6 にアップグレードする
6. 付録：その他
6.1. CentOS 8 でコマンドを実行するとエラーが報告される: ロケールの設定に失敗しました。デフォルトは C.UTF-8 です
理由：
1. 対応する言語パックがインストールされていません。
2. 正しい言語環境が設定されていない。
解決策 1:
言語パックをインストールするには、コマンド ロケールを使用して言語環境を設定する必要があります。 #
locale -a現在のシステムにインストールされている言語パックを表示します。 #
yum install glibc-langpack-zh中国語言語パックをインストール
dnf install glibc-langpack-enします。 #英語言語パックをインストールします。 #
dnf install langpacks-en glibc-all-langpacks -y英語言語パックをインストールします。
解決策 2:
正しいロケールを設定します。
echo "export LC_ALL=en_US.UTF-8" >> /etc/profile
source /etc/profile #または、
locale -gen en_US.UTF-8を実行します。
6.2. カーネルバージョンの定義:
バージョンの性質: メイン ブランチ ml (メインライン)、安定版 (安定版)、長期保守バージョン lt (長期)
バージョンの命名形式は「ABC」です。
数字 A はカーネルのバージョン番号です。バージョン番号は、コードとカーネルの概念に大きな変更があった場合にのみ変更されます。歴史上 2 つの変更がありました。1 つ目は 1994 年のバージョン 1.0、2 つ目は 1994 年のバージョン 1.0 です
。バージョンは 2.0 (1996 年)、3 番目のリリースは 2011 年のバージョン 3.0 でしたが、今回はカーネルの概念に大きな変更はありません。番号 B はカーネルのメイン バージョン番号です。メイン バージョン番号が割り当てられます
。従来の奇数偶数のシステム バージョン番号によると、奇数は開発バージョン、偶数は安定バージョンです。数値
C はカーネルのマイナー バージョン番号です。マイナー バージョン番号はカーネルが追加されると変更されます。セキュリティパッチ、バグ修正、新機能やドライブの実装
#内核升级
#yum源
wget http://www.elrepo.org/elrepo-release-6-6.el6.elrepo.noarch.rpm #Centos 6 YUM源：
wget http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm #Centos 7 YUM源：
rpm -import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
rpm -Uvh http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm
#查看可用的内核
yum --disablerepo="*" --enablerepo="elrepo-kernel" list available
#安装最新主线稳定版
yum -y --enablerepo=elrepo-kernel install kernel-ml
#方式2：直接rpm安装
wget https://elrepo.org/linux/kernel/el7/x86_64/RPMS/kernel-lt-4.4.185-1.el7.elrepo.x86_64.rpm
rpm -ivh kernel-lt-4.4.185-1.el7.elrepo.x86_64.rpm
#方式3：编译安装
#升级完成，修改grub内核启动顺序，内核升级完毕后，目前内核还是默认的版本，如果此时直接执行reboot命令，重启后使用的内核版本还是默认的3.10，不会使用新的5.2.2
cat /boot/grub2/grub.cfg | grep menuentry //查看当前内核数
awk -F\' '$1=="menuentry " {print $2}' /etc/grub2.cfg //查看默认启动顺序
#在grub.conf文件中决定开机使用哪个内核版本做启动的参数是default，默认值为0，代表从最新的内核启动。代表启动的内核版本从上往下依次是0、1、2等，修改新内核的启动顺序为0：
vim /etc/default/grub
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=0 #参数default更改为0即可
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rhgb quiet"
GRUB_DISABLE_RECOVERY="true"
#重新生成内核配置
grub2-mkconfig -o /boot/grub2/grub.cfg
#或者
grub2-set-default ‘CentOS Linux (3.10.0-123.9.3.el7.x86_64) 7 (Core)’
#验证
grub2-editenv list
#CentOS 8 系统更改内核启动顺序与centos 7有了一些变化
grubby --default-kernel //查看默认启动内核
grubby --info=ALL //查看所有内核
rubby --set-default /boot/vmlinuz-4.18.0-80.11.2.el8_0.x86_64 //cenots8设置需要设置的启动的默认的内核
#对于ubuntu
vim /etc/default/grub #将GRUB_DEFAULT=0 修改为
GRUB_DEFAULT=“Advanced options for Ubuntu>Ubuntu, with Linux 3.13.0-166-generic”
#更新修改后的grub
update-grub
#完成后，重启
reboot