-
Notifications
You must be signed in to change notification settings - Fork 654
UEFI Support in ROS #2251
Comments
@allingeek -- could you clarify on the scope of what is needed?
|
@jambajaar I just did a whole afternoon of reading on this subject to make sure I have a solid foundation for the request. We're really looking at two/three things. First, a native-UEFI boot loader at a minimum. As I understand it this will empower us to control firmware from the OS level. Second/third, secure boot and Static Root of Trust Measurements. These both require that Rancher implement code signing, etc. I'm not sure if this is something Rancher does today or if this is a business you're likely to get into. |
@jambajaar RancherOS does run UEFI with legacy mode enabled, however "ros install" does not support installing on a UEFI nor create a UEFI partition to boot the machine. To demonstrate that it does boot with a UEFI partition when the BIOS is in UEFI only; mode we manually created a UEFI boot partition and reused other efi bootloaders to chain boot RancherOS. So additionally the request it to make "ros install" create an UEFI boot partition and add the appropriate boot loaders to that partition. |
Thx @allingeek @brod55 for the details. We should have an update by next week. |
+1 to supporting it. |
I want to try RancherOS with FreeBSD/bhyve. and bhyve support UEFI。without UEFI installer, I cannot install RancherOS. Please consider adding UEFI installer ability. thanks. |
I struggled with this for a few days... but I have a viable "workaround". I borrow pieces from Ubuntu's UEFI boot and got it to work. Feel free to use any/all of this to improve Rancher OS. See https://github.com/mkinney/myranch/blob/master/readme.MD Let me know if there are any questions. |
VMware is starting to move to UEFI as the default option for new VMs and RancherOS currently does not boot in this mode. It isn't difficult to change the mode back to BIOS, but UEFI is definitely the way forward |
@mkinney I believe I followed your directions, but for some reason my networking won't start. Did you have this issue? The install image has networking, but the image that was installed does not. |
Can you double check the cloud-config.yml networking params? What happens when you are on the console? Does I wonder if you need network drivers. |
Yeah, I just ran into this on unRaid, the OVMF bios wouldn't see the boot partition, but changed to SeaBIOS booted straight away |
Is basically my cloud config. I currently can't ssh in to the side with |
I was thinking of the config file you used boot for for the For instance:
|
@mkinney Got it, the dhcp resolution was taking forever. My workaround was to preload the images and wait. |
+1 on supporting this. I run ROS on a bunch of bare metal servers and would like to also run it on some SBC that only support UEFI. Update: I did some fiddling around to get some scripts working for @mkinney's install method and threw them up in a repo: https://github.com/Confusingboat/ros-uefi |
2 years later.... |
Somewhat weird... alpine (which I think what RancherOS is based on) has UEFI boot. |
I have RancherOS working with UEFI. I build a GRUB based ESP file system and put RancherOS kernel/initrd on it. When there is a new kernel released I run an update script and puts the files in ESP partition and add entry to grub.cfg. |
Well, I managed to install RancherOS to 2 machines using a hackey style build of the installer on a flash drive. Painful to do over KVM with Virtual Storage to be honest, but it works. Once I get my systems matching for my testing, I hope to actually make a PR with the proper scripting. Honestly, its not as hard as one might think. Hopefully, after I get this going, we can make it official. |
UEFI support is a replacement for the old-school BIOS; so that motherboard works alongside during boot. UEFI enables hardware trust for OS. So if OS detects someone plugs in something strange or non-compliant, it can react to secure the footprint of the devices. In use cases where Appliances will be sitting w/zero security so there’s concerns that when machine boots, all hell can break loose so having the trusted boot with UEFI would offer protection.
The text was updated successfully, but these errors were encountered: