USB Boot UEFI client into FOG menu (harder way)

[Tom Elliott]

I guess what I’m trying to say, if you’re using the usb, you’re already IN ipxe in some way, why would you want to redirect to another ipxe file. Why not make the config the same AS the default.ipxe file, or just load the file itself.

Load the file itself directly

#!ipxe
dhcp
chain tftp://${next-server}/default.ipxe

Just boot directly to what you need:

#!ipxe
isset ${net0/mac} && dhcp net0 || goto dhcpnet1
echo Received DHCP answer on interface net0 && goto netboot

:dhcpnet1
isset ${net1/mac} && dhcp net1 || goto dhcperror
echo Received DHCP answer on interface net1 && goto netboot

:dhcperror
prompt --key s --timeout 10000 DHCP Failed, hit 's' for the iPXE shell; reboot in 10 seconds && shell || reboot

:netboot
cpuid --ext 29 && set arch x86_64 || set arch i386
params
param mac0 ${net0/mac}
param arch ${arch}
param platform ${platform}
param product ${product}
param ipxever ${version}
isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme

:bootme
chain http://fogserverip/fog/service/ipxe/boot.php##params

Then again, i may be grossly misunderstanding the purpose of all of this.

[Psycholiquid]

@Tom Elliott Let me give that a try. I tried just loading the ipxe.efi directly form the server I get the same result. I hate these Dell XPS 12s

[Wayne Workman]

@Psycholiquid Let us know about anything you needed to do differently.

[Tom Elliott]

@Psycholiquid I believe the point of these usb files is for the cases where you do have problems. If you’re having problems with the files from PXE, booting “BACK” to them from the usb side would yield, I would imagine, the exact same results.

[Psycholiquid]

What I am trying to do is boot from USB pxe because the laptop has no NIC or UEFI is not cooperating like it should.and Wireless wont boot from network. So basically trying to make a live USB drive so I can boot to FOG on machine where there is no nic or the docking station wont show up.

[Wayne Workman]

@Psycholiquid said:

What I am trying to do is boot from USB pxe because the laptop has no NIC or UEFI is not cooperating like it should.and Wireless wont boot from network. So basically trying to make a live USB drive so I can boot to FOG on machine where there is no nic or the docking station wont show up.

This method requires a wired network connection still. Look into getting a USB to Ethernet adapter.

[Psycholiquid]

@Wayne-Workman Right I have a USB network card that seems to be showing up when I boot to the ipxe.efi just trying to get into FOG now

[Wayne Workman]

@Psycholiquid What is it’s make and model ?

[Tom Elliott]

@Psycholiquid You still need a network for fog to operate. I don’t include wireless drivers in the kernel, nor do I include the wireless utilities.

[Psycholiquid]

@Tom-Elliott See below. LOL we are all over this today.

[Psycholiquid]

From what I can tell I may have to do this same procedure for the MS Surfaces

Haven’t really tried it yet but it is looking like another UEFI nightmare. I havent seen any of my Surfaces boot to network yet.

[Wayne Workman]

@Psycholiquid What is the make and model of the USB adapter you’re using?

[Psycholiquid]

@Wayne-Workman StarTech USB31000SPTB

[Wayne Workman]

@Psycholiquid Ok… I don’t think that these instructions by the OP are going to help in your situation. We need to get your USB to Ethernet adapter going the regular way. Can you please start a new thread for the issue and post a screen shot of what you’re seeing when you try to network boot?

[Psycholiquid]

@Wayne-Workman Will do

[george1421]

@Tom-Elliott said:

I guess what I’m trying to say, if you’re using the usb, you’re already IN ipxe in some way, why would you want to redirect to another ipxe file. Why not make the config the same AS the default.ipxe file, or just load the file itself.

The intent (right or wrong) was to not alter the FOG workflow. My intentions were to get the client booted well enough to then load the official ipxe.efi kernel with all of its goodness. There are many more network checks being done with its boot script than is being done with the USB boot. Was this the right idea, I guess time says… maybe?

[george1421]

@Psycholiquid said:

What I am trying to do is boot from USB pxe because the laptop has no NIC or UEFI is not cooperating like it should.and Wireless wont boot from network. So basically trying to make a live USB drive so I can boot to FOG on machine where there is no nic or the docking station wont show up.

While this is the intended purpose of the usb boot, dealing with wireless nics is a bit of a pain since the number of models is staggering. I don’t think I included the wireless management code in my how to script. The preference would be to use a usb ethernet nic.

The issue I see is some how you need to tell the client what SSID to connect to and any security keys required to connect. Unless you create a fully open wireless network just for imaging.

[Tom Elliott]

@george1421 I don’t think you’re doing anything wrong, but at this point you’re already in ipxe. so why not just use the file with the modified embedded script? you’re already in there. ipxe.efi or ipxe.pxe already have ALL the same drivers ours do. Only difference is the embedded script at that point.

[george1421]

@Tom-Elliott OK great. I just wanted to give the usb booted device just enough to get into the official FOG ipxe.efi kernel. That way if you guys developed new or additional tests this external boot would not have to stay in lock step with your updates.

BUT, with that said, if there is an easier/better/preferred way to do this, just let me know and I’ll update this document.

[Tom Elliott]

@george1421 Best way to keep up with updates in that regard, would be, (for your setup at least), instead of booting to ipxe.efi, or some other filename, goto: tftp://FOGIP/default.ipxe.

THe problem with this approach (though) is it assumes the fogip in the file will always have tftp running. That’s why I recommend using a combination of your scripts and the ipxescript from the src as a part of the embedded script.

It leads you away from the need to have tftp running, and all the DB style checks can still be made.