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

Set EFIvars after talos install #7276

Closed
Tracked by #7141
frezbo opened this issue May 25, 2023 · 8 comments
Closed
Tracked by #7141

Set EFIvars after talos install #7276

frezbo opened this issue May 25, 2023 · 8 comments
Labels

Comments

@frezbo
Copy link
Member

frezbo commented May 25, 2023

Feature Request

Set EFI vars to denote the EFI to use sd-boot after talos install is done

We need to write the BootOrder EFI var and set to sd-boot path

Using <boot>/EFI/BOOT/BOOTX64.EFI should in theory should be only used for booting from readonly media (we would still need it for metal image and iso, since we don't have access to efivar store when creating them)

Check the Fallback path' UEFI native boot entries section in https://www.happyassassin.net/posts/2014/01/25/uefi-boot-how-does-that-actually-work-then/

@netthier
Copy link
Contributor

netthier commented May 26, 2023

Server providers like Hetzner strongly recommend against changing the boot order as their rescue systems rely on PXE always being the first option, so this should be configurable if implemented.

@frezbo
Copy link
Member Author

frezbo commented May 26, 2023

Server providers like Hetzner strongly recommend against changing the boot order as their rescue systems rely on PXE always being the first option, so this should be configurable if implemented.

this is for secureboot only, not normal talos installs

@frezbo
Copy link
Member Author

frezbo commented Jun 21, 2023

Mostly done by #7375

@frezbo
Copy link
Member Author

frezbo commented Jun 26, 2023

Server providers like Hetzner strongly recommend against changing the boot order as their rescue systems rely on PXE always being the first option, so this should be configurable if implemented.

i looked into this, seems all normal OS does set the BootOrder EFI var

@netthier
Copy link
Contributor

netthier commented Jun 26, 2023

I have contacted Hetzner Support for clarification and they've written the following:

Is it correct that boot order may not be changed in order for the rescue system to continue working as intended?

Yes

What happens if an OS changes the BootOrder EFI var during installation such that it boots before PXE?

In this case you need to adapt the boot order using the tool "efibootmgr".

The installer images provided by Hetzner themselves do not modify the boot order, and judging by that response it has to be reverted should it be changed.
The rescue system there functions by always having the server boot PXE first, continuing to local boot if the rescue system is disabled or booting via network if it's enabled.
(Note: This is all about their bare-metal servers, not their VPSes)

@frezbo
Copy link
Member Author

frezbo commented Jun 26, 2023

(Note: This is all about their bare-metal servers, not their VPSes)

interesting, but what about if someone boots an os not provided by Hetzner, I guess it's upto user to manage that then, Anyways Talos will follow the standard OS practice. Hetzner probably needs special user interaction.

Copy link

github-actions bot commented Jul 1, 2024

This issue is stale because it has been open 180 days with no activity. Remove stale label or comment or this will be closed in 7 days.

@github-actions github-actions bot added the Stale label Jul 1, 2024
Copy link

github-actions bot commented Jul 7, 2024

This issue was closed because it has been stalled for 7 days with no activity.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Jul 7, 2024
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Sep 5, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

2 participants