Can't boot to Hirens ISO from IPXE Menu

[mstephens]

@george1421

So i got it to load through. just moved wimboot to the root and back and it worked on restart. . . But now it just loads the imgfetch then flashes the following screen, and proceeds to windows.

[mstephens]

@george1421

here’s the process:

[george1421]

@mstephens so that’s different from what I understood. This is working as it should.

Does the boot.wim file get transferred? Or does it stop?

[mstephens]

@george1421

It finishes, then returns to booting windows (virtual drive has windows on it)

[george1421]

@mstephens Well I set this up in the test bench and I get the same results. Its possible that everything loaded in memory is larger than 2GB and that is causing things to abort.

Its not a timing issue because I switched loading boot.wim over to http instead of tftp and the load happens in about 8 seconds now.

It appears the booting of wimboot is crashing which returns us back to the iPXE menu then onto refind.

[george1421]

@george1421 Ok I’ve spent about as much time as I can on this issue. The root of the issue is the way the boot.wim file is created.

I can get it to boot in bios mode if I download the latest wimboot from the github site: https://github.com/ipxe/wimboot/blob/master/wimboot the current zip file doesn’t contain version 2.7.3. The zip file contains 2.6.0. The version 2.6.0 doesn’t understand the maximum compression mode the boot.wim has been compressed with. It appears in bios mode wimboot 2.7.3 understands this and will boot into recovery software. I tried the same in efi mode and still getting it failing to boot wimboot with that boot.wim. The instructions in the tutorial page is right, its that Hirens boot.wim file that is the issue.

This is what lead me to trying something different.

[mstephens]

@george1421

Is there a restriction in UEFI for anything using over 2gb memory?

[mstephens]

@george1421
Thank you George, I’ll give it a go! Appreciate it.