カーネルを更新して最も古いカーネルを削除すると、現在使用中のカーネルも削除されますか？

これが起こったことです。 cpanelが更新され、アップデートプロセス中に私のカーネルも更新されました。再起動する必要があります。

再起動中にカーネルパニックが発生しました。幸いにもIPMIがあり、最も古いカーネルに簡単に切り替えることができました。最も古いカーネルを除いて、他のカーネルは機能しないので、これは最後の試みです。

だから今は最も古いカーネルを使っています。それ年をとって、他の人よりも年齢が多い）。この問題を回避するために、カーネルアップデートはまだ保留中であるため、sshを使用してsshを介してカーネルアップデートを実行することにしましたyum update -y kernel。

私の唯一の関心事は、現在カーネルが削除される可能性があることです。

これが私が得たものです。たぶんあなたは私に何かを確認することができます。

インストール中に次のメッセージを受け取りました。

Removed:
  kernel.x86_64 0:3.10.0-693.11.1.el7

Installed:
  kernel.x86_64 0:3.10.0-862.3.3.el7

したがって、これは今回の更新中に削除される古いカーネルであり、再起動時に新しいカーネルがアクティブになります。

現在使用しているカーネルを確認しました。

# uname -r
3.10.0-693.17.1.el7.x86_64

インストールされたカーネルのリストを確認しました。

# rpm -qa kernel
kernel-3.10.0-862.3.3.el7.x86_64
kernel-3.10.0-862.3.2.el7.x86_64
kernel-3.10.0-693.17.1.el7.x86_64

私が正しい場合は、この情報から現在カーネルを削除していないようです（ただしわかりません）。しかし、私がいる場所を除いて、最も年上の人です。

そのような場合は、カーネルパニック状態に戻ると、このカーネルに戻すことができるので安全です。

それ以外の場合は、すべてを再インストールするために3日間を無駄にしたでしょう。もちろん、フルバックアップを行っても問題を解決する前に再起動しなかった場合は、最初から再インストールするのに数日かかり、不要でした。

プロバイダーが機能していない場合、ドライブ全体に別のSSDを接続することを許可している場合は、特にそうする必要がない場合は難しいでしょう。あらかじめ知っておくと、アップデートが失敗した場合に再び動作するように交換できるように他のSSDにDDを実行できるからです（またはこれが動作するのでしょうか？カーネルがなければまだ起動する必要があります！） ）

全体的にここで懸念されるのは、コア数が制限されているときに既存のコアを削除するかどうかです（最大3つに設定しました。今は変更するには遅すぎます）。

CentOS開発者が安全デバイスとして既存のカーネルを削除しないことが合理的です。リブートのリスクを冒して、潜在的に自分自身のために多くのタスクを作成する前に、この事実を100％確信したいと思います。

もちろん、最終的にこの問題は解決されなければなりません。しかし、やることが100万個もない場合は、1週間まで待つことができ、今は3日間不要な作業をする時間がありません。特に次回の再起動まで状況がしっかり良くなる時ならさらにそうです。 。この時点で、再起動を後で延期し、サーバーとすべてのサイトを引き続き実行できます。

それでは、まとめると、CentOS 7カーネルを更新するときにコア数が制限されている場合は、既存のカーネルを削除するのが適切ですか？

本当にありがとうございます。助けてくれてありがとう。この質問は、さまざまな状況で他の人に役立つと思います。