Windows iSCSI - chain bootx64.efi? - Printable Version +- iPXE discussion forum (https://forum.ipxe.org) +-- Forum: iPXE user forums (/forumdisplay.php?fid=1) +--- Forum: General (/forumdisplay.php?fid=2) +--- Thread: Windows iSCSI - chain bootx64.efi? (/showthread.php?tid=8324) |
Windows iSCSI - chain bootx64.efi? - misty - 2017-02-14 09:27 For installing and then booting Windows from SAN (iSCSI Target) I am using two distinct stages - * Stage 1 - SANHOOK target and boot WinPE - then run the installer * Stage 2 - SANBOOT target and complete the installation. For Stage 1 I have previously used wimboot to load WinPE. On BIOS systems I have more recently started chain-loading pxeboot.0 instead. This works well on BIOS systems. Attempting to do something similar on UEFI systems (using a snp build), this time chaining bootx64.efi, fails. Error is 0x7b (inaccessible boot device). Avoiding the use of iPXE and using bootx64.efi as my network boot file works fine in loading WinPE. Can Windows bootx64.efi be loaded/chain-loaded successfully from iPXE? If yes, how? Regards, Misty RE: Windows iSCSI - chain bootx64.efi? - NiKiZe - 2017-02-14 12:41 don't see why anyone would want to use pxelinux instead of iPXE. If you want to "avoid" iPXE then maybe it would be better to ask somewhere else. iPXE and wimboot to boot in efi env works fine, and the same goes for BIOS. One of the greatest benefits with iPXE is that you can use fast http transfers instead of slow tftp transfers. RE: Windows iSCSI - chain bootx64.efi? - misty - 2017-02-14 18:26 (2017-02-14 12:41)NiKiZe Wrote: ...don't see why anyone would want to use pxelinux instead of iPXE... @NikiZe Thanks for the response. I'm NOT using pxelinux. pxeboot.0 referred to in my first post is a Windows Network Bootstrap Program - used to load my WinPE. Process is to boot ipxe.pxe > attach my iSCSI target > use iPXE to chain pxeboot.0 > load WinPE using Windows native files > prepare target and install Windows to it. I currently have eight different WinPE builds - all of which can be loaded from the same BCD store. All eight have entries for booting on BIOS firmware - seven have additional entries for booting on UEFI firmware - that's fifteen different entries in my BCD store. I find it easier in my setup to use the existing BCD store and Windows native files over wimboot. HTTP is faster than TFTP, however changing ramdisktftpblocksize and ramdisktftpwindowsize (covered here) does improve WinPE transfer speeds. Using pxeboot.0 or bootx64.efi (both Windows boot files) as Boot File in my PXE Server (Tiny PXE Server) has loaded WinPE without any problems on BIOS and UEFI firmware. ipxe.pxe to SANHOOK my target, then chain pxeboot.0 to load WinPE is working as an alternative to iPXE and wimboot. ipxe.efi to SANHOOK my target, then chain bootx64.efi to load WinPE fails. I would ideally like to have this option in addition to wimboot. (2017-02-14 12:41)NiKiZe Wrote: ...If you want to "avoid" iPXE then maybe it would be better to ask somewhere else....I do not want to "avoid" iPXE. It does a great job with a wide range of features and is the backbone of my PXE server setup. Without it I cannot SANHOOK / SANBOOT my target. I would simply like an alternative to wimboot using Windows native boot files. (2017-02-14 12:41)NiKiZe Wrote: ...iPXE and wimboot to boot in efi env works fine, and the same goes for BIOS....No argument from me. Again, I would like to be able to use iPXE and bootx64.efi as an alternative to iPXE and wimboot on UEFI hardware. Regards, Misty |