<div dir="ltr">Thanks for looking into my query and the response.. Exit 1 worked for me.. The issue was that we were chain loading another script and both requires an exit to get to the next boot device in the UEFI. i was thinking that the exit from the second chainloaded script will get us the next boot device in UEFI.<div><br></div><div>regards,</div><div>sanjay</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 20, 2018 at 10:27 PM, Christian Nilsson <span dir="ltr"><<a href="mailto:nikize@gmail.com" target="_blank">nikize@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Mon, Feb 19, 2018 at 1:49 PM, Sanjay Agrawal <<a href="mailto:agraws@gmail.com">agraws@gmail.com</a>> wrote:<br>
> I'm not sure if anybody has reported, but the sanboot --drive 0x80 or exit<br>
> or exit 1 doesn't relinquish the control to local disk or next boot device<br>
> in UEFI mode.<br>
><br>
> I have tried this on both Dell and HP skylake servers. it woks perfectly<br>
> fine in BIOS mode. Both models are running the latest firmware.<br>
><br>
> Any pointers will be a great help.<br>
><br>
> thanks,<br>
> sanjay<br>
><br>
<br>
</div></div>iPXE can only "exit" and then it's up to the EFI firmware to do the<br>
right thing. exit 1 in EFI mode is working for most people as that<br>
returns "error" to the firmware and it then boots the next boot<br>
device.<br>
sanboot --drive 0x80 --no-describe as described on<br>
<a href="http://ipxe.org/cmd/sanboot#examples" rel="noreferrer" target="_blank">http://ipxe.org/cmd/sanboot#<wbr>examples</a> has some reported issues, this is<br>
due to the fact that iPXE only has support for "boot standard from<br>
device X" and in EFI I think that means try to find default named efi<br>
file on the first disk (in the case of 0x80) and then tell firmware to<br>
boot that.<br>
<br>
Hope that helps clarifying how it works.<br>
<br>
So for exit 1, check that next boot device is configured as expected<br>
in firmware, and if that is not working provide more information what<br>
is going on.<br>
for sanboot, verify that you have --no-describe on that line, and that<br>
the disk in question has a efi boot on it.<br>
<span class="HOEnZb"><font color="#888888"><br>
/Christian<br>
</font></span></blockquote></div><br></div>