[systemd-devel] Splitting sd-boot from systemd/bootctl for enabling sd-boot in Fedora

Jóhann B. Guðmundsson johannbg at gmail.com
Sat Apr 30 10:03:57 UTC 2022


On 30.4.2022 07:53, Jóhann B. Guðmundsson wrote:
> On 30.4.2022 05:08, Andrei Borzenkov wrote:
>> On 28.04.2022 10:54, Lennart Poettering wrote:
>>>> * systemd-boot is an additional bootloader, rather than replacing
>>>>    an existing one, thus increasing the attack surface.
>>> Hmm, what? "additional bootloader"? Are they suggesting you use grub
>>> to start sd-boot? I mean, you certainly could do that, but the only
>>> people I know who do that do that to patch around the gatekeeping that
>>> the shim people are doing. Technically the boot chain should either be
>>> [firmware → sd-boot → kernel] or [firmware → shim → sd-boot → kernel]
>>> (if you buy into the shim thing), and nothing else.
>>>
>> I guess "additional bootloader" in this context means that distribution
>> cannot use sd-boot as the only bootloader for obvious reason - it is EFI
>> only. So distribution would need to keep currently used bootloader
>> anyway.
>
>
> Distributions most certainly can become efi only if they chose to do 
> so, there nothing technical that stands in that way.
>
>
>> If current bootloader already works on platforms supported by
>> distribution, what is gained by adding yet another one?
>
> Freedom of *choice*
>
> If the distribution allows users the freedom to choose from a set of 
> components that the OS "made of" or runs, to fit the user use cases or 
> has targeted use cases ( which bootloaders such as syslinux, u-boot, 
> redboot etc. are aimed at ) then drawing the line at bootloaders makes 
> no sense.*
> *
>
> If the distribution does not allow users the freedom to choose, then 
> it makes no sense to support multiple variants of components that 
> provide same/similar function in the distribution.*
> *
>

On that note if you take the bug report [1] that has been cited in this 
thread then it's quite evident that Debian is not about the freedom of 
choice.

"We do not consider it valid to have a choice of boot loaders"

which immediately excludes ca 20+ Linux/(F)OSS boot loader projects and 
thus**discriminates against the person or group of persons behind those 
projects and even the person trying to contribute to Debian itself

"Hi

I'm rescinding this request. I've got a working prototype, but I don't 
know where this would go."


The distribution is not even about freedom of information, which 
prevents individuals from having the ability to seek and receive and 
impart information effectively. ( to understand the how and thus the why 
the conclusion was reached which for in this particular case *all* 
bootloaders projects could look at the dialog, learn from it and fix 
anything if it affected them or correct any misunderstanding that might 
be happening. )


"> Is this discussion public? Can you share it?

We unfortunately do not have a written record of it."

...


JBG
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/systemd-devel/attachments/20220430/f08f8d58/attachment.htm>


More information about the systemd-devel mailing list