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

[FEATURE] Customize boot parameters #42

Open
tyldum opened this issue Sep 1, 2023 · 2 comments
Open

[FEATURE] Customize boot parameters #42

tyldum opened this issue Sep 1, 2023 · 2 comments

Comments

@tyldum
Copy link

tyldum commented Sep 1, 2023

Thanks for continuing this development.

My main goal is to add toram fsck.mode=skip to the boot parameters. I've done this locally, but would like to upstream it, soliciting feedback on a good approach.

The use-case is that we deploy remote sites, where all we know is the BMC IP of the server and no personell on-site. So generating a server-specific ISO with an approproate cloud-init helps us bootstrap the initial infrastructure node before we have machine provisioning established. The BMC is configured to mount and boot the ISO over the network.

Some of these sites are very remote with high latency (up to a second RTT), which poses some challenges. It all seems to work well with these two parameters added.

So before I submit a PR, how would you like these to be added? An arbitrary --kernel-args, or individual switches (--toram, --skip-fsck)?

@cloudymax
Copy link
Owner

cloudymax commented Sep 1, 2023

Thanks so much for trying out the project!

I feel that a '--kernel-args' flag that reads a string of space-separated key-value pairs would be the preferred option due to the huge number of potential options that could be supported.

I'm really excited to see how you approached this as it could enable a lot of GPU/Iommu/VFIO options as well 🙌💫

@koenvandesande
Copy link
Contributor

I'm not quite sure where these options need to go. I have a similar need, but maybe needs to go elsewhere on the command-line: I need to add nomodeset to the GRUB options otherwise I get visual corruption on some machines:

menuentry "Try or Install Ubuntu Server" {
	set gfxpayload=keep
	linux	/casper/hwe-vmlinuz   autoinstall nomodeset   ds=nocloud\;s=/cdrom/nocloud/  ---
	initrd	/casper/hwe-initrd
}

Do your --kernel-args need to go in the same location? Or later/elsewhere?

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

No branches or pull requests

3 participants