HP ProBook x360 11 G1 EE Notebook PC succeeds but fails at exit
-
@sebastian-roth What precise wordage do you want me to try in [Host Kernel Arguments] ?
-
On a debug deploy, entering “reboot” generates.
Below is a variable dump from FOG osid=9 osname=Windows 10 mbrfile= type=down storage=10.12.40.14:/images/ img=Win_10v1709x64_C_20171114_UEFI imgType=n imgFormat=0 imgPartitionType=all disks=/dev/sda hd=/dev/sda
-
@sudburr said in HP ProBook x360 11 G1 EE Notebook PC succeeds but fails at exit:
What precise wordage do you want me to try in [Host Kernel Arguments] ?
Try all these, one after the other,
reboot=warm
,reboot=cold
,reboot=bios
,reboot=smp
,reboot=triple
,reboot=kbd
,reboot=acpi
,reboot=efi
,reboot=pci
,reboot=force
,reboot=gpio
See if any of these helps.
-
Basically the same regardless of Host Kernel Argument; only a slight variation in the number displayed at the final line of output from the dump at completion.
/etc/int.d/S99fog: line 23: 41xx Segmentation fault reboot -f
-
@sudburr The different numbers are just process ids. That’s not meaning much.
Can you take a steady slow motion video of the output on screen. Maybe there is more valuable information on the screen that we just can’t read in real time. I tried to skip through that last part of the video many times but just can’t read all of it.
As well, have you ever tried to boot some kind of Live Linux (CD or USB key) to see if there is the same happening on
reboot
? -
-
@sudburr Thanks for taking the time to record the video! Unfortunately I could not find anything useful in it. Have you tried booting other Linux live systems on that machine yet??
I compiled some fresh kernel images for you with debug symbols included. With those we should see the function names on screen instead of just the raw hex addresses. Find
bzImage
andbzImage32
here. Download those, move the current kernels in/var/www/fog/service/ipxe
out of the way and put those in place. Try the same thing and take a picture of the kernel fault. Hopefully we’ll see function names this time. -
This may take a while longer to solve. I had to get the unit back to it’s user. Hopefully I’ll come across another one soon.
-
@sudburr What IPXE boot file are you using?
-
Oh I ask this question (for perspective here) is I had received some HP ProBok 645 G2’s who had a very similar type of problem.
Turns out it was from the firmware applied by bzImage and the ipxe file I was using (undionly.kpxe at the time). However, I found if I used ipxe.pxe it would work perfectly fine. In your case, I assume you’re using ipxe.efi?
-
Yes, it was using ipxe.efi.
-
@sudburr @Tom-Elliott Did anyone ever try the debug kernels I provided?
-
I was in the throes of migrating all our images over to 10v1709 so I was only just barely able to accomplish what I’ve detailed above before I had to return the unit to its owner.