Filename Information - Revision history

Wayne-workman.28155: /* efi */ added info about surface pro.

2015-08-27T21:55:16Z

‎efi: added info about surface pro.

Wayne-workman.28155: /* efi */

2015-06-13T17:14:08Z

‎efi

Wayne-workman.28155: /* Extensions (.pxe, .kpxe, .kkpxe, .kkkpxe) */ added efi files

2015-06-13T17:12:03Z

‎Extensions (.pxe, .kpxe, .kkpxe, .kkkpxe): added efi files

Tom-elliott.7271: Created page with "= Information = If you want to know more information about the files: Click Here * iPXE may have issues with buggy bios or not supporting all hardwa..."

2014-06-06T11:15:27Z

Created page with "= Information = If you want to know more information about the files: Click Here * iPXE may have issues with buggy bios or not supporting all hardwa..."

New page

= Information =
If you want to know more information about the files: Click [[Filename Information | Here]]
* iPXE may have issues with buggy bios or not supporting all hardware.
* This is because ipxe has about the same number of developers as FOG does, maybe even less.
* For what they have from personal and physical resources, it's not likely to always work on your machines.
* Because of this, I've maintained the original pxelinux.0 file in the /tftpboot folder. So if you're having troubles give it a shot.

= undionly.* or ipxe.* (Which should I use?) =
The primary filenames do different things at different points.
First, they both enable the same initialization of protocols such as FTP, HTTP, NFS, HTTPS, CONSOLE, PARAMS, and many more.
The major difference between undionly and ipxe that I've been able to discern is ipxe has it's native drivers builtin where undionly rely's on the underlying motherboard stack and/or pxe stack information. This is loaded from the "undi" driver.
= Extensions (.pxe, .kpxe, .kkpxe, .kkkpxe) =
The extensions do different things from what I've been able to find.
The principles behind the different extensions are:
== pxe ==
.pxe : The undi and ipxe code is NOT kept loaded. This will enable the start up of NIC's only for the drivers with in the native ipxe system. In the case of undionly, it will not work at all as there's literally no driver information, it's just easier to build all in one neat command.
== kpxe ==
.kpxe : keep underlying UNDI driver loaded. At least one "k" is required when
trying to use the underlying UNDI driver (e.g. via undionly.kpxe) instead of a
native driver (e.g. via intel.pxe).
== kkpxe ==
.kkpxe : keep underlying UNDI driver and PXE base code loaded. At least two
"k"s are required if you have BIOS bugs that prevent you from booting the next
device via INT 18, and must instead exit back via the original PXE stack.
== kkkpxe ==
.kkkpxe : keep underlying UNDI driver and PXE base code loaded, and provide
the PXENV_FILE_EXIT_HOOK API required when building ipxelinux.0. Unless you
are building ipxelinux.0, you can completely ignore this.

= Sources =
(Source found: http://permalink.gmane.org/gmane.network.ipxe.devel/1988)

@@ Line 30: / Line 30: @@
 == efi ==
 .efi files are used for (u)EFI based network booting. Generally, only newer systems support UEFI type firmware. The .efi files that are normally located inside of /tftpboot are 64bit and .efi files located inside of /tftpboot/i386-efi are 32bit. (u)EFI enabled systems will either support 64bit booting or 32bit booting, but not both.
 = Sources =
 (Source found: http://permalink.gmane.org/gmane.network.ipxe.devel/1988)

@@ Line 10: / Line 10: @@
 First, they both enable the same initialization of protocols such as FTP, HTTP, NFS, HTTPS, CONSOLE, PARAMS, and many more.
 The major difference between undionly and ipxe that I've been able to discern is ipxe has it's native drivers builtin where undionly rely's on the underlying motherboard stack and/or pxe stack information. This is loaded from the "undi" driver.
-= Extensions (.pxe, .kpxe, .kkpxe, .kkkpxe) =
+= Extensions (.pxe, .kpxe, .kkpxe, .kkkpxe, .efi) =
 The extensions do different things from what I've been able to find.
 The principles behind the different extensions are:
@@ Line 27: / Line 27: @@
 the PXENV_FILE_EXIT_HOOK API required when building ipxelinux.0.  Unless you
 are building ipxelinux.0, you can completely ignore this.
 = Sources =
 (Source found: http://permalink.gmane.org/gmane.network.ipxe.devel/1988)