USB Boot UEFI client into FOG menu (harder way)

[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.

[cnkpadobi]

Step Number 6 does not appear under the San boot protocols but under the Http Extension. Is this correct?

SAN boot protocols:
SANBOOT_PROTO_ISCSI, iSCSI protocol

SANBOOT_PROTO_AOE, AoE protocol

SANBOOT_PROTO_IB_SRP, Infiniband SCSI RDMA protocol

SANBOOT_PROTO_FCP, Fibre Channel protocol

SANBOOT_PROTO_HTTP, HTTP SAN protocol

HTTP extensions:
HTTP_AUTH_BASIC, Basic authentication

HTTP_AUTH_DIGEST, Digest authentication

HTTP_ENC_PEERDIST, PeerDist content encoding

HTTP_HACK_GCE, Google Compute Engine hacks

[george1421]

@cnkpadobi Just be aware that this document was created over a year ago so some of the menu/values on the rom-o-matic site may have moved. But from memory I would say that the HTTP Extensions is the right location now.

[cnkpadobi]

Thank you, was wondering why I am getting this message.

Thanks