]> git.ipfire.org Git - thirdparty/systemd.git/commit
bootctl: stop printing "Stub/Boot loader set partition information"
authorZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>
Fri, 14 Feb 2025 08:42:43 +0000 (09:42 +0100)
committerZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>
Thu, 13 Mar 2025 11:30:59 +0000 (12:30 +0100)
commitf25e4e5af0518b4865eff84b65dd339047e429ed
tree0339aa74ddda3e637a1df28de58589a5c89d8e0b
parent76f1c9467409e5a8e2b78d8f7e18c45d231b6ffe
bootctl: stop printing "Stub/Boot loader set partition information"

... and "Stub/Boot loader set network boot URL information".

This reverts 26bfd97216ab55664214d1e0fac7065e5573a36b
('bootctl: also shown whether stub loader partition data was passed'),
and one line from bfcf48b842644c1016583ecf0c4258cb59a102bb
('bootctl: show stub partition data too in "status" too'),
and two lines from e15d18b4c64e13c37a4c676bf61a5ecf8bba04a3
('sd-stub: if we are http booted, query source URL and write to EFI variable').

As discussed in https://github.com/systemd/systemd/pull/36372, those are not
"features", but optional pieces of information that may or may not be set, also
depending on how the boot loader and stub were loaded. We already prominently
show this information right below: either we print the device path or "n/a" or
skip the output. The user already has all the information, and the status
output should be dense, so it doesn't make sense to repeat this twice.

               ✓ Boot loader set partition information
    Partition: /dev/disk/by-partuuid/3f003ec5-5673-5b4f-b9a4-cbac1ca4461a
OR
               - Boot loader set partition information
    Partition: n/a

               ✓ Stub loader set partition information
    Partition: /dev/disk/by-partuuid/3f003ec5-5673-5b4f-b9a4-cbac1ca4461a
OR
               - Stub loader set partition information
    Partition: n/a
src/bootctl/bootctl-status.c