+++ This bug was initially created as a clone of Bug #2121912 +++ On Fedora 38, updating the kernel causes errors due to the kexec-tools-2.0.26-3.fc38.x86_64 posttrans scriptlet invoking grubby without requiring it: | […] | Ausgeführtes Scriptlet: kernel-modules-core-6.6.14-100.fc38.x86_64 16/16 | Ausgeführtes Scriptlet: kernel-core-6.6.14-100.fc38.x86_64 16/16 | /bin/kdumpctl: line 1270: grubby: command not found | kdump: kernel 6.6.14-100.fc38.x86_64 doesn't exist | Ausgeführtes Scriptlet: kernel-modules-6.6.14-100.fc38.x86_64 16/16 | Ausgeführtes Scriptlet: python3-google-api-client-2:2.111.0-1.fc38.noarch 16/16 | […]
Oh, is this a BIOS machine? I bet anaconda need to be tweaked again.
Right, grubby should probably be added here: https://github.com/rhinstaller/anaconda/blob/c949c03b27be92c2b872d7ba7370bd52313f92f6/pyanaconda/modules/storage/bootloader/grub2.py#L104 That way grubby gets added on grub2 systems.
Sorry, I can't follow. If kexec-tools invokes grubby via kdumpctl in its scriptlets, why would this dependency be declared anywhere but at https://src.fedoraproject.org/rpms/kexec-tools/blob/f38/f/kexec-tools.spec#_68? (Complementary, if it does not depend on it, it should be able to cope with it not existing.)
kdumpctl already has code to check if grubby exists and act accordingly, at least in the rawhide. So maybe those should be backported to F38?
Fedora Linux 38 entered end-of-life (EOL) status on 2024-05-21. Fedora Linux 38 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora Linux please feel free to reopen this bug against that version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see the version field. If you are unable to reopen this bug, please file a new report against an active release. Thank you for reporting this bug and we are sorry it could not be fixed.