All of lore.kernel.org
 help / color / mirror / Atom feed
* RFC: A partition for grubenv, etc.
@ 2021-05-25 22:58 Chris Murphy
  2021-05-26  8:07 ` Konrad Rzeszutek Wilk
  2021-05-26  9:16 ` Michael Chang
  0 siblings, 2 replies; 14+ messages in thread
From: Chris Murphy @ 2021-05-25 22:58 UTC (permalink / raw)
  To: The development of GNU GRUB

Hi,

It's not possible for GRUB pre-boot environment to write to grubenv
when it's on Btrfs, ZFS, LVM, mdadm raid, or LUKS. Also, at least XFS
upstream is super skeptical of anything except kernel code making any
kind of modification inside the file system region, and I suspect it's
the same concern with ext4 developers too. While there are file system
specific locations for bootloader usage, they're all different and
quite small. XFS has none. ext4 has 512 bytes. Btrfs has maybe 1 or 2
MiB, ZFS (?), mdadm (?) and LVM (?).

Proposal: A new partition type for MBR and GPT, functionally a
replacement for the BIOS Boot partition, but it would be a partition
owned by the bootloader for whatever it wants to use it for. It'd be
up to the bootloader to figure out how to segment it for bootloader
and environmental portions. We definitely need both MBR and GPT
partition types, it should be a partition exclusively reserved for the
bootloader. This effectively deprecates the use of the MBR gap, and
BIOS Boot partition types, and further it deprecates the use of file
systems (all of them, for consistency sake) for the use of grubenv.

Variation: Keep BIOS Boot and repurpose it to include grubenv, while
also specifying an MBR type code for its equivalent.


Use case: For example, Fedora has a "hidden grub menu" feature where
by a variable in grubenv is reset (written to) by grub pre-boot. And
then a systemd unit changes that variable to indicate a successful
boot once some time and/or tests have been met. If grubenv indicates
successful boot, the next boot's grub menu is hidden. If it wasn't
successful the next boot's grub menu is displayed. It's only possible
to achieve this with some reliable bidirectional way of communicating
between the preboot and booted environments, which is the point of
grubenv, but it can't work much of the time due to the above
limitations.

-- 
Chris Murphy


^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2021-10-26 14:23 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-05-25 22:58 RFC: A partition for grubenv, etc Chris Murphy
2021-05-26  8:07 ` Konrad Rzeszutek Wilk
2021-05-26  8:35   ` Toomas Soome
2021-05-27  2:23   ` Chris Murphy
2021-05-26  9:16 ` Michael Chang
2021-05-27  2:36   ` Chris Murphy
2021-05-27  8:59     ` Michael Chang
2021-05-27 18:49       ` Luiz Angelo Daros de Luca
2021-05-27 23:10         ` Chris Murphy
2021-05-28  3:42         ` Michael Chang
2021-05-27 22:08       ` Chris Murphy
2021-07-28 12:23         ` Daniel Kiper
2021-09-24  2:59           ` Chris Murphy
2021-10-26 14:22             ` Daniel Kiper

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.