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

WIP: overlay: Don't mount /boot/efi by default #407

Closed

Conversation

cgwalters
Copy link
Member

@cgwalters cgwalters commented May 18, 2020

Nothing in the OS touches the ESP by default, so there's
no reason to mount it by default, particularly writable.
This is good for avoiding wear&tear on the filesystem, but
I am specifically doing this as preparation for potentially
removing the ESP from AWS images, because AWS ImportImage
chokes on its presence:
openshift/os#396

@jlebon
Copy link
Member

jlebon commented May 25, 2020

I am specifically doing this as preparation for potentially
removing the ESP from AWS images, because AWS ImportImage
chokes on its presence:

Yeah... I was looking into the RHBZ behind this this morning. We're probably going to have to do this. :(

Hmm, if we do do this, I wonder if it'd work to instead just put the symlink in $UNIT_DIR/dev-disk-by\x2dlabel-EFI\x2dSYSTEM.device.wants/? That way, we still mount it on platforms that have it. (Not against just not mounting it outright, though I do like the symmetry.)

Preparation for potentially removing the ESP from AWS images,
because AWS `ImportImage` chokes on its presence:
openshift/os#396
@cgwalters cgwalters changed the title overlay: Don't mount /boot/efi by default WIP: overlay: Don't mount /boot/efi by default May 25, 2020
@cgwalters
Copy link
Member Author

cgwalters commented May 26, 2020

Hmm, if we do do this, I wonder if it'd work to instead just put the symlink in $UNIT_DIR/dev-disk-by\x2dlabel-EFI\x2dSYSTEM.device.wants/?

Err...that's backwards right? I guess it'd work because actually in systemd Wants= is distinct from After= but...

For now I pushed some code to just not mount on aws but I need to actually test this.

@jlebon
Copy link
Member

jlebon commented May 26, 2020

I guess it'd work because actually in systemd Wants= is distinct from After= but...

Right, it's just about pulling the unit into the transaction.

Making it conditional on ignition.platform.id WFM though it seems nicer to just automatically mount it if we find the partition. There's probably a cleaner way to do this than the .device.wants hack I suggested above.

@bgilbert
Copy link
Contributor

Should be obsoleted as part of #794.

@bgilbert
Copy link
Contributor

Closing in favor of #794.

@bgilbert bgilbert closed this Dec 22, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants