HP Spectre x360 13-ac050ca & 15-bl018ca
-
@george1421 No worries, I can’t imagine keeping all the threads separate…
Yes, I’m booting from a dock. Yes, the firmware has been updated. Yes, other hardware HP or otherwise works without issue.
I’m not very savvy so how does one force the use of the 32bit kernel and inits? I guess this also goes to @Tom-Elliott 's point of trying ipxe7156.efi instead of ipxe.efi again please forgive me but I thought I was using undionly.kpxe as set in dhcp, am I confusing things?
-
@agent_k said in HP Spectre x360 13-ac050ca & 15-bl018ca:
trying ipxe7156.efi instead of ipxe.efi again
OK wait a minute here… you said your dhcp option 67 was undionly.kpxe where did the efi ones come from.
What mode is this device in? Since it has win10 on it. I might think it was configured for uefi mode, in that case undionly.kpxe is the wrong iPXE kernel.
-
@george1421 so I think between @Tom-Elliott and I something got lost in translation. To be clear I’ve ONLY used the undionly.kpxe never *.efi
-
@agent_k I based my information off the ipxe thread where the user was using efi. If you’re not booting via EFI, then you should be fine.
Though it might be worth a shot if you can use EFI Network stack to boot these machines to see if things work a little better for you.
-
@Tom-Elliott I appreciate all the help and I’m willing to try just about anything you suggest. I apologize for the confusion of that other thread it was just that person seemed to have a eureka moment by having his inits uncompressed…
-
@agent_k Can we confirm for absolute if this device is a legacy (bios) or uefi system? Check to see if secure boot is an option and its turned off in the device firmware.
-
@george1421 100% in BIOS mode, secure boot off and in fact when I attempted in UEFI mode it doesn’t even get an IP.
I’m going to attempt the instructions here https://wiki.fogproject.org/wiki/index.php/BIOS_and_UEFI_Co-Existence and report back, thankfully it does appear to be isolated to a specific set of hardware and quite frankly using UEFI mode might make all difference anyways. Thanks again for your help, I’ve monopolized enough of your time and @Tom-Elliott 's for one day.
-
@agent_k You can still try the decompressed init’s I suggested earlier without having to make any major changes.
While I don’t suspect it will work, it’s worth a “try”.
Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.
Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)
Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG
-
-
@Tom-Elliott You Sir are correct, 100% no help.
-
@agent_k You had a question earlier about where these settings go (custom kernel and custom [unpacked] inits)
-
@george1421 Like this?
Host Kernel: /tftpboot/i386-efi/ipxe.efi or /tftpboot/ipxe7156.efi
Host Init: /var/www/fog/service/ipxe/init_32
-
@agent_k well yes and no, but more no than yes.
kernel: bzImage32
host init:init_32.xzIf that doesn’t work then extract the 32 bit image like tom outlined. Place the file in the same location as the init_32.xz (/var/www/html/fog/service/ipxe). Then change host init to: init_32
The 32 bit kernel will boot just fine on a 64 bit cpu.
FWIW: The kernel you referenced is for the iPXE menu not FOS. Not a bit issue, it just won’t do what you think.
-
@george1421 So the force 32bit approach isn’t working, both the xz and uncompressed attempts end with the same error we started with. Any other suggestions?
-
@agent_k well my bag of tricks are getting a bit empty on this one.
I do have one left. We can try to usb boot the fog engine directly and bypass pxe booting all together. With usb booting we loose the tight integration with FOG, but I’m interested in seeing if this is a iPXE issue vs FOS.
ref: https://forums.fogproject.org/topic/7727/building-usb-booting-fos-image
-
@agent_k Watch the chat bubble on the fog forum tool tray at the top for additional instructions
-
@george1421 Thank you, thank you, thank you! and @Tom-Elliott thank you too!!
-
@agent_k What was it?
Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.
Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)
Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG
-
@Tom-Elliott @george1421 's black magic USB boot image, which he thinks you are correct about “ipxe kernel doing something bad to the init.xz before starting fos.”
-
@Tom-Elliott Sorry I was helping someone else in a chat session so I’m now just getting back to this.
Taking Tom’s specilation that iPXE was not managing the boot files correctly on this system for some reason, I asked the OP to usb boot into FOS as a test. We’ve had to do this in the past with a few other systems that just failed to pxe boot properly. The OP was able to usb boot into FOS so that told me the kernel and the init.xz were fine. I created the boot image on Apr 6, so the kernel and inits were current of that time.
Will this process work for now for imaging, yes. Is this a long term solution, I hope not. Hopefully either a iPXE kernel update or a firmware update on the target computer will fixed the issue so that PXE booting can continue to be used in the future.
