Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Drop dependency on /etc/fstab for /boot #364

Open
cgwalters opened this issue Feb 26, 2024 · 0 comments
Open

Drop dependency on /etc/fstab for /boot #364

cgwalters opened this issue Feb 26, 2024 · 0 comments
Labels
area/install Issues related to `bootc install`

Comments

@cgwalters
Copy link
Collaborator

Splitting this sub-thread from #357

Today bootc install to-filesystem always writes an /etc/fstab entry for /boot. However, I think the OS container should be in control of the semantics more here (things like mount options, filesystem type).

One strawman here is that we could look for a /usr/lib/systemd/system/boot.mount unit, and template it (adding the final uuid) into /etc/systemd/system.

The other option is for bootc install to switch to generating a boot= kernel argument...one thing is this sadly is required for FIPS compliant mode (to compare the booted kernel in the initramfs), and so we might as well do it unconditionally. We'd then probably argue to extend systemd-fstab-generator for this (or carry an equivalent generator elsewhere).

Yet another model...since the bootloader had to parse the /boot filesystem anyways, get that information passed to us. I commented earlier on this...this seems like the most elegant, but also hardest as in the general case we'd need to get a coordinated change across systemd-boot, grub, zipl etc.

@cgwalters cgwalters added the area/install Issues related to `bootc install` label Feb 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/install Issues related to `bootc install`
Projects
None yet
Development

No branches or pull requests

1 participant