UEFI won boot tools via fog menu.
-
@george1421 said in UEFI won boot tools via fog menu.:
@dureal99d I started another thread where I’ve been documenting my travels with dnsmasq and uefi here: https://forums.fogproject.org/topic/8677/dnsmasq-bios-and-uefi
My config is pretty close. I can pxe boot a uefi system. Right now its hanging on the iPXE kernel initializing devices… But I did have to compile the latest dnsmasq program because the one for my distribution did not work even with the updated config file.
Looking at your config file I would have to say you need to update this line:
dhcp-boot=tag:efi-x86_64,ipxe.efito this:
dhcp-boot=tag:efi-x86_64,ipxe.efi,,192.168.1.109Just like you did for the bios undionly line.
I will try that config and report back.
-
@dureal99d I might be able to help you with understanding how the TFTP URL (in your case tftp://192.168.1.1/default.ipxe) is build. You need to check out the embedded script that comes compiled into the binaries we provide - find the code here: https://github.com/FOGProject/fogproject/blob/dev-branch/src/ipxe/src-efi/ipxescript
-
@Sebastian-Roth ok cool!!!
-
@dureal99d That said I am wondering if you have another DHCP server in your network that is answering requests as well. Possibly a router or something that is interfering with what dnsmasq is sending?!?
-
@Sebastian-Roth said in UEFI won boot tools via fog menu.:
@dureal99d I might be able to help you with understanding how the TFTP URL (in your case tftp://192.168.1.1/default.ipxe) is build. You need to check out the embedded script that comes compiled into the binaries we provide - find the code here: https://github.com/FOGProject/fogproject/blob/dev-branch/src/ipxe/src-efi/ipxescript
i tried the sugggested
dhcp-boot=tag:efi-x86_64,ipxe.efi,,192.168.1.109and it worked but the other stuff like the memtest and all will not work just the basic functions and uefi laptops i have find a boot file but crash or pause at initializing ipxe devices -
@Sebastian-Roth said in UEFI won boot tools via fog menu.:
@dureal99d That said I am wondering if you have another DHCP server in your network that is answering requests as well. Possibly a router or something that is interfering with what dnsmasq is sending?!?
I am using ddwrt and it is my dhcp server using its built in dnsmasq to attach clients to fog which works well in bios boot mode. no other dhcp exist.
-
@dureal99d Have you tried
dhcp-boot=tag:efi-x86_64,ipxe.efi,192.168.1.109,192.168.1.109yet?? This only sets another option in the DHCP answer properly. Usually this does not make a difference but you never know how clients behave… -
@Sebastian-Roth said in UEFI won boot tools via fog menu.:
dhcp-boot=tag:efi-x86_64,ipxe.efi,192.168.1.109,192.168.1.109
no but i will try it
-
@Sebastian-Roth its so weird, this is my config as of right now
dhcp-boot=undionly.kpxe,,192.168.1.109 dhcp-match=set:efi-x86_64,option:client-arch,7 dhcp-boot=tag:efi-x86_64,ipxe.efi,192.168.1.109,192.168.1.109downloads ipxe.efi
yet if i take this line away
dhcp-match=set:efi-x86_64,option:client-arch,7away it will dowload the undioly.pxe file -
@Sebastian-Roth I did create one of those uefi usb boot scenarios as was postd here on the forum but without the usb device selected at boot, no uefi based client will boot to fog unless i boot in legacy
-
@Sebastian-Roth @george1421 @Wayne-Workman @Senior-Developers id be willing to setup and configure another server “more than likely virtual” if I can still use ddwrt to provide dhcp to machines on my network and allow fog uefi and bios boot to co-exist. assuming it will make this process easier.
-
@dureal99d I’ve kind of lost where this thread is going.
Lets recap. You are using dnsmasq on dd-wrt to supply the missing bits needed to pxe boot a target computer in uefi mode. (I haven’t looked) but doesn’t dd-wrt use isc dhcp server? If so then dnsmasq is not required, since isc dhcp is all you need. There is a FOG wiki page on how to set it up. https://wiki.fogproject.org/wiki/index.php?title=BIOS_and_UEFI_Co-Existence
Can you pxe boot a target computer into the fog ipxe menu and capture or deploy an image. If this doesn’t work then we need to understand what is going sideways. Beyond that if you are trying to pxe boot random applications not delivered with FOG then those need to be addressed. But we need to make a clear distinction is this a FOG issue or third party application issue.
Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
-
@george1421 I don’t know if ddwrt uses isc, I do know it uses dnsmasq. and it will onlt boot into uefi mode if I use the usb I made based on an tutorial I found on this forum.
and yes the main issue I’m having is none of the third party tools work in uefi mode. I am not sure if this is an issue with uefi or the software. but I assumed at least memtest would work and it fails as well.
I have however successfully captured a image.
-
@george1421 DDWRT uses a lightweight version of DNSMASQ.
-
@george1421 According to this: https://www.dd-wrt.com/wiki/index.php/DNSMasq_as_DHCP_server
dd-wrt uses dnsmasq or uses uDHCPd but not both at the same time. It’s one or the other.
-
Well then it probably uses an older version of dnsmasq which does not handle PXE booting of UEFI devices properly?!?!
-
@Sebastian-Roth @Wayne-Workman I think that its clear that I need to invoke a new setup to properly handle co-existing environment, going forward what is the recommended way to remedy this situation. should I use fogs built in dhcp server or setup a new one and if so what server type Linux, windows?
-
@dureal99d said in UEFI won boot tools via fog menu.:
should I use fogs built in dhcp server
Yes. The installer will set it up for you perfectly. Earlier in this thread, I described how to change your current server to do this.
-
@Wayne-Workman is this a situation were I will have to disable dhcp on my router, or will they both work in tandem with each other.
-
@dureal99d They will not work in tandem without expert configuration, and we don’t have time for that. That’s something you can mess around with after things are working.
