UEFI chainloading error

[gwhitfield]

I haven’t done any UEFI booting in months and ran into this error this morning (Trunk 8499 - just updated):

I found and edited my copy of the default.ipxe file but thought I’d mention it since maybe an error has crept into it on SF.net.

[Wayne Workman]

Thanks for reporting.

@Tom-Elliott there may be a missed slash in the source.

[Sebastian Roth]

@gwhitfield It’s not only missing a slash but /fog/ I suppose…

[gwhitfield]

This post is deleted!

[gwhitfield]

This post is deleted!

[gwhitfield]

@Sebastian-Roth @Wayne-Workman I have noticed that using REFIND_EFI almost works, but I’m presented with a prompt to “Hit any key to continue”, at which point if I press the anykey my system boots properly. I have tried editing the refind.conf file to include “also_scan_dirs” to include \EFI\Microsoft\Boot where the boot loader resides but can’t seem to bypass the prompt to press a key. In boot.php I see:

:fog.local
imgfetch ${boot-url}/service/ipxe/refind.conf
chain -ar ${boot-url}/service/ipxe/refind.efi || goto MENU

I don’t suppose the prompt is can be bypassed by something in the boot.php script?

EDIT: I tried earlier to mention that my upload image task works fine, it’s just when rebooting afterwards, or when there’s no task waiting that the boot appears to fail. Now I’m not so sure it’s even a FOG problem, but rather refind.efi that’s not quite doing what we’re hoping. I see in the documentation that is doesn’t recursively scan the possible boot folders, maybe it’s just not getting to the boot loader.

[Sebastian Roth]

@gwhitfield What kind of machine are we actually talking about here?

[gwhitfield]

@Sebastian-Roth VMWare 5.5 workstation

[gwhitfield]

Update: It seems that maybe it’s just the VMWare having issues with refind.efi since both laptops I’ve tried (Dell E5550 and E5570) have booted right through to the OS if no task is waiting. It’s not a guarantee but it sure looks better. I’d say all in all, this is solved since it was really just originally a typo in default.ipxe and the remaining issue with VMWare seems to be inside refind.efi.

[Sebastian Roth]

@gwhitfield How did this type end up being in the default.ipxe. Was it you or the installer script doing something wrong?

[Tom Elliott]

@Sebastian-Roth I’ll side on the err that the installer wasn’t adding a slash. I’ve added a line to check the codebase for this.

[gwhitfield]

@Sebastian-Roth Well, I updated my FOG server to make sure I had the most recent UEFI boot files and started getting chainloading failures. Took me a while of poking around (I’m no programmer) but eventually figured out the /fog/ was missing. That’s why I said I thought maybe an error had crept into the file on SF.net.

[Sebastian Roth]

@gwhitfield Could you please update again and see if everything is fine.

[Albertus]

Good Day

How do i fix the refind.conf press any key error?
Did i miss something?

Thank You

Albertus Geyser

[gwhitfield]

@Albertus I haven’t actually figured that one out yet. I posted to https://sourceforge.net/p/refind/discussion/general/ under "How to bypass “Hit any key to continue”? and have received no response. I’m working on other projects so haven’t been able to follow up but hope to soon. Sorry!

[sudburr]

I’m now in this situation as well. I need to stop rEFInd from stopping.

… To answer my own question, I have added the following to my fog configuration:

echo "Change UEFI rEFInd default action to remove user prompt"
sed -i.bak "s|scanfor internal,hdbios,external,biosexternal''|scanfor internal|g" /var/www/html/fog/service/ipxe/refind.conf

[Tom Elliott]

@sudburr https://github.com/FOGProject/fogproject/commit/ffdcf326766538d9aed4f878e4962f5e26cfb872

Would this make sense? Can you try this to see if it helps?

[Tom Elliott]

I suspect the reasoning it “hangs” waiting for input unless only one option is defined is the timeout -1.