Bug 2133294
| Summary: | [systemd-boot] kernel-install don't call /etc/kernel/postinst.d/* if grubby is not installed | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Harald Reindl <h.reindl> |
| Component: | systemd | Assignee: | systemd-maint |
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 36 | CC: | dtardon, fedoraproject, filbranden, flepied, lnykryn, msekleta, pjones, ryncsn, ssahani, s, systemd-maint, yuwatana, zbyszek |
| Target Milestone: | --- | Keywords: | Triaged |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2022-10-25 16:28:51 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Harald Reindl
2022-10-09 15:57:49 UTC
/etc/kernel/postinst.d (and /etc/kernel/prerm.d) hooks are executed by /lib/kernel/install.d/95-kernel-hooks.install , which is a part of grubby . Based on your bug 2133293, I guess you've removed grubby? Anyway, 95-kernel-hooks.install doesn't do anything grubby-specific, so it probably should be moved to systemd. grubby wasn't really useful after switch to BLS and on a machine using systemd-boot none of the grub-packages at all should be present in my usecase having the OS and data on RAIDs i simply need some hook to call a bash-script to rsync the ESP to the ESP-partition on the other drive, thanks to the UFEI nonsense which starts to bceome mandatory you can't have everything to boot on all drives in a RAID - that's what we call "forward" and "new" these days... ------------------ [root@srv-rhsoft:~]$ rpm -qa | grep grub grub2-common-2.06-54.fc36.noarch grub2-tools-minimal-2.06-54.fc36.x86_64 grub2-tools-2.06-54.fc36.x86_64 why do we need these packages because otherwise all you get is a initrd after a kernel update? and why in the world is "kernel-install" and "bootctl" in the systemd-udev subpackage? "kernel-install" should be in the "systemd" main package and all boothctl relevant in a subpackage which get installed by default using soft-dependencies (In reply to Harald Reindl from comment #2) > [root@srv-rhsoft:~]$ rpm -qa | grep grub > grub2-common-2.06-54.fc36.noarch > grub2-tools-minimal-2.06-54.fc36.x86_64 > grub2-tools-2.06-54.fc36.x86_64 > > why do we need these packages because otherwise all you get is a initrd > after a kernel update? Because grub2 is the only officially supported boot loader on Fedora and nobody has done the work to get systemd-boot support to the same level? > and why in the world is "kernel-install" and "bootctl" in the systemd-udev > subpackage? For historical reasons. The package should really be called systemd-extras or systemd-other-tools or systemd-kitchen-sink. It contains stuff that's neither important enough to be in the main package nor big enough to deserve a subpackage of its own. > "kernel-install" should be in the "systemd" main package No, it should not. There's no need for kernel-install in containers, for example. > and all boothctl > relevant in a subpackage which get installed by default using > soft-dependencies A pull request--or a patch--welcome. > No, it should not. There's no need for kernel-install in containers
/usr/bin/kernel-install is 6,5K while you blow /usr/lib/systemd/boot/efi with 280K and bootctl with 86K on VMs using grub2
on the other hand the fact that "kernel-install" and "systemd-boot" can't walk alone pulling 16,5M undesired grub2-deps
strange weighting and the main question remains what someone thought by throwing a lot of things in systemd-udev which nobody would expect there in context of "neither important enough to be in the main package nor big enough to deserve a subpackage of its own"
(In reply to Harald Reindl from comment #4) > the main question remains what someone thought by > throwing a lot of things in systemd-udev which nobody would expect there That's package evolution in practice... systemd-udev only contained udevadm and udev rules originally. Then, I assume, a small utility needed to be packaged, not worthy of a separate subpackage, so it was added into systemd-udev. Then it happened again... and again... and then it's become a rule. Also, as nobody has complained about the name during all these years, there hasn't been any incentive to think about it. Currently there are 27 source packages in Fedora that depend on systemd-udev by name (most likely for %pre/%post scriptlets). Hence, even if it is renamed, either the old name will have to be provided forever, or someone will have to spend the time to clean this up. I think the name should be changed, but I don't see it as a priority. (Actually, I'd prefer to follow the same pattern some (many?) other Fedora packages use and rename systemd -> systemd-core and systemd-udev -> systemd. But that would require a lot of effort for a little gain.) > in > context of "neither important enough to be in the main package nor big > enough to deserve a subpackage of its own" "Important" wasn't the best-fitting word to use. Maybe "universal" would have been better. Anyway, the main systemd package should only contain stuff that's (almost) always needed (even in a container). systemd-udev is used for stuff that does not match that criterion (but most of it is still needed on a real HW or in a VM). But all this is really diverging from $SUBJECT. I'll close this as a duplicate. Realistically, we can try to get this working in F37+. *** This bug has been marked as a duplicate of bug 2133293 *** |