zlacker

[parent] [thread] 13 comments
1. bryanl+(OP)[view] [source] 2026-02-02 19:32:16
systemd is not a monolith, and distros make different choices on what portions of systemd they which to ship and enable by default.

For example, not all distros ship and use systemd-resolved by default, to choose from your list.

replies(1): >>bsimps+p3
2. bsimps+p3[view] [source] 2026-02-02 19:46:57
>>bryanl+(OP)
systemd-boot competes with grub
replies(3): >>5G_act+f7 >>bryanl+qP >>jeroen+tg2
◧◩
3. 5G_act+f7[view] [source] [discussion] 2026-02-02 20:01:59
>>bsimps+p3
and grub is a rotting pile while systemd-boot is a simple boot entry multiplexer that rides off the kernel's capability of being run as an EFI executable, it just happens to live in systemd's tree. not a good example
replies(1): >>fragme+M9
◧◩◪
4. fragme+M9[view] [source] [discussion] 2026-02-02 20:12:10
>>5G_act+f7
It's a pretty good example of why people think systemd is bloated and does too much. It's a simple boot entry multiplexer. Does it need to live in systemd's tree?
replies(2): >>bryanl+Rt >>5G_act+eA
◧◩◪◨
5. bryanl+Rt[view] [source] [discussion] 2026-02-02 21:40:56
>>fragme+M9
Nobody complains about a very wide variety of only vaguely related utilities being in the Gnu coreutils tree.
replies(2): >>Foxbor+yz >>fragme+vc6
◧◩◪◨⬒
6. Foxbor+yz[view] [source] [discussion] 2026-02-02 22:03:02
>>bryanl+Rt
Nor the 20 or so odd reimplementations of various filesystem drivers and LUKS encryption in the grub2 tree.

But, who is counting?

replies(1): >>its_ma+2w4
◧◩◪◨
7. 5G_act+eA[view] [source] [discussion] 2026-02-02 22:05:16
>>fragme+M9
so its a marketing problem, irregardless of whether it's in systemd's tree because the systemd maintainers want to maintain it in-tree
◧◩
8. bryanl+qP[view] [source] [discussion] 2026-02-02 22:57:44
>>bsimps+p3
Even better example, I don't think systemd-boot is broadly adopted yet although there are certainly some distributions that use it.
◧◩
9. jeroen+tg2[view] [source] [discussion] 2026-02-03 09:52:04
>>bsimps+p3
Outside of Arch(-derived) enthusiast circles, I haven't seen systemd-boot used anywhere.

It has some really nice tools and features that Grub lacks (i.e. it has tooling for checking the state of things like secure boot and analysing the security risks of your boot configuration), but every mainstream Linux OS I've used still relies on tools like Grub to boot.

I have some gripes with systemd-boot's limitations (notably, the insistence on an unthemed, white-on-black menu system that's not exactly enticing to Linux newcomers) but it's hard to deny its merits. Grub is tied together with a spider web of scripts calling each other, loading modules, generating code that is then executed again, and one mistake in one script can cause the bootloader config four scripts down the line to fail, leaving the system unbootable; the concise configuration file for systemd-boot makes for a much better bootloader configuration system in my opinion.

replies(2): >>tmtvl+qB2 >>bsimps+RT2
◧◩◪
10. tmtvl+qB2[view] [source] [discussion] 2026-02-03 12:27:26
>>jeroen+tg2
OpenSUSE uses systemd-boot for its GRUB2 BLS implementation (<https://news.opensuse.org/2024/10/08/grub2-bls/>). It's really awesome because it lets me boot from Btrfs snapshots on a fully LUKS2 argon2id encrypted system.
replies(1): >>jeroen+9E2
◧◩◪◨
11. jeroen+9E2[view] [source] [discussion] 2026-02-03 12:46:41
>>tmtvl+qB2
The argon2id issue remains an annoying problem (AFAIK Grub still doesn't support argon2id), but for tools like Timeshift there are Grub scripts to also boot BTRFS snapshots.
◧◩◪
12. bsimps+RT2[view] [source] [discussion] 2026-02-03 14:21:32
>>jeroen+tg2
NixOS uses it by default
◧◩◪◨⬒⬓
13. its_ma+2w4[view] [source] [discussion] 2026-02-03 21:26:39
>>Foxbor+yz
I'm tired of grub too. That's one of the packages on my shitlist. Currently it is broken on my system, as it has been in the past from time to time. I'm tired of the unreliability and have decided to write my own bootloader instead. It will be simple and bulletproof.

I already laid the basic foundation and have the kernel loading into memory and booting. Next step is to get the memory map and pass that along. It's BIOS only for the moment; EFI support will come later, along with other architectures. (PowerPC is next.)

◧◩◪◨⬒
14. fragme+vc6[view] [source] [discussion] 2026-02-04 10:23:35
>>bryanl+Rt
Because they're not all called coreutils. They've got names like sed, awk, and grep, not systemd-named, systemd-analyze, systemd-networkd, systemd-resolved, systemd-timesyncd. I guess that's a good thing though?
[go to top]