On 5/22/23 2:49 PM, Tim via users wrote:
Tom Horsley:
>> I don't know if it already appeared somewhere in this thread, but I
>> think there is a DNF option you can set in the dnf.conf file to
>> limit the number of old kernels it will keep around. That might
>> helpĀ prevent a recurrence.
home user:
> Yes, I set that back to 3 during this thread.
Just remember that's only keeping track of the number of kernels
installed by it. If you have left-overs from prior installs, as you
did, they're not under its management and won't be part of the count.
So, if you do an upgrade over the top in the future, you may have to
manually deal with older kernels again.
As a part of this thread's activities, older kernels have been cleaned out. That is,
unless something is hiding from "ls" and other common Linux commands! I've
never patched or upgraded other than via "yum" (in the earlier years) and
"dnf upgrade" and "dnf system-upgrade" in more recent years. I have a
strong sense that something, I don't know what, went seriously wrong with those dnf
commands in the past 3 weekly patches. I opened threads in all 3 cases. Only the last
one got real attention. The only ways an "upgrade over the top" should happen
is if there's something wrong in dnf or the kernels undergo serious growth. At least
I now know one thing to look for if this does happen.