-pj composed on 2021-08-07 02:37 (UTC-0500):
Felix Miata wrote:
-pj composed on 2021-08-07 00:46 (UTC-0500):
I want to install and lock every possible kernel package relating to 5.13.6-1-pae that can be recommended.
sudo zypper al kernel-pae*
will keep 5.13.6 from being removed, and prevent zypper and yast from attempting to install any other kernel-pae version.
The faulty (for this machine) 5.12.13-1-pae kernel is currently listed as an option in the bootmenu though. Using the above suggested command "sudo zypper al kernel-pae*" seems like it might lock 5.12.13-1-pae also?
Exactly.
If the machine is currently booted/operating under the 5.13.6-1-pae then does "zypper al kernel-pae*" only lock that specific operating kernel instance (this may be what you are pointing out).
If you want to lock only a specific kernel, the version string must be part of the lock string name. e.g. zypper al kernel-pae-5.13.6* If you want to lock all kernels of a specific version, then: zypper al kernel*5.13.6*
How can I find the exact specific package name for the 5.13.6-1-pae kernel ?
If it's an installed kernel: rpm -qa | grep nel-pae e.g. # rpm -qa | egrep 'nel-pae|nel-def' kernel-default-5.7.11-1.2.i586 kernel-default-5.8.15-1.2.i586 kernel-default-5.9.14-1.2.i586 kernel-default-5.10.16-1.3.i586 kernel-default-5.11.16-1.1.i586 kernel-default-5.12.13-1.1.i586
I believe the purge-kernels service is active by default right?
Yes.
Currently here multiversion.kernels line 554: 1 multiversion.kernels = latest,latest-1,running
Would you have any further suggestions or even a potential to keep 4 of the past kernels instead of only 3?
If you have any kernel that works, that one is all you need for normal use. If you expect to ever do any kernel bisection looking for when a bug first appeared, it's convenient not to have deleted older kernels. For most people, there's no point in changing multiversion.kernels. If you're more comfortable keeping more, go ahead and keep more. Another option is to disable purge-kernels.service and delete kernels manually at your pleasure. Something else to consider if your PC seems sensitive to kernel changes is locking all kernels, then only installing a new one when you're so inclined. Locks with wildcards are never deleted by zypper, even though it claims to do so when removal is an option presented in response to an attempt to install (or remove) any version the lock would apply to. What actually happens in such attempts is zypper ignores the lock for that one specific transaction. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata