PXE Boot HP X2 210 (Hybrid tablet Windows 10 Pro)

[Sebastian Roth]

@Matthieu-Jacquart Hmmm, looks interesting. But as George already said this seams to throw up even more questions. Please take a look at the apache error and access logs to see what happened at that point.

And there are more typos which probably don’t cause an issue at this stage yet but might later on: “rw” instead of “rz”, missing ‘/’ in “init=/sbin/init” and “root=/dev/ram0”.

Can you please post the ouput of the following commands on your FOG server:

ls -al /var/www/fog/service/ipxe/bzImage
ls -al /var/www/fog/service/ipxe/init.xz
file /var/www/fog/service/ipxe/bzImage

Just want to see if the filesizes match and what version that kernel is.

[Matthieu Jacquart]

@Sebastian-Roth I repeat ipxe shell command without error (I hope so…)

And for fog server command :

root@FOG:/opt/svn/trunk$ ls -al /var/www/fog/service/ipxe/bzImage
-rw-r--r-- 1 fog www-data 6883968 f▒vr.  1 08:06 /var/www/fog/service/ipxe/bzImage
root@FOG:/opt/svn/trunk$ ls -al /var/www/fog/service/ipxe/init.xz
-rw-r--r-- 1 fog www-data 18747540 f▒vr.  1 08:05 /var/www/fog/service/ipxe/init.xz
root@FOG:/opt/svn/trunk$ file /var/www/fog/service/ipxe/bzImage
/var/www/fog/service/ipxe/bzImage: Linux kernel x86 boot executable bzImage, version 4.4.0 (root@debian64) #2 SMP Mon Jan 25 12:44:48 EST 2016, RO-rootFS, swap_dev 0x6, Normal VGA

[Tom Elliott]

@Matthieu-Jacquart after that is all done, (init’s loaded and kernel loaded into memory) I think you need to type boot.

[Tom Elliott]

@Matthieu-Jacquart Also, could you try the loading without the init=/sbin/init part? I know you’re doing a ton of work, but I’m only working of a theory as to the corruption of the file during load up.

[Sebastian Roth]

@Matthieu-Jacquart So this looks good from my point of view. Sizes match and you have a very recent kernel image. Good on the one hand but we are still in a loss on why it just hangs on your machine. Looking at ways on how to get more output I found the linux kernel option earlyprintk. From what I read it needs to be enabled when compiling the kernel. Right now I am building one and will let you know about where to download and how to test it as soon as I have it ready.

[Matthieu Jacquart]

@Tom-Elliott I typed “boot” after init and kernel loaded, but it always stays on this screen, nothing change.

After that, I typed command without init=/sbin/init but it seems similar

and boot always gives same result (I mean nothing ;))

I can do all test you need, ideally in 2 weeks I had to have cloned these 32 tablet

[Sebastian Roth]

So here we go. The new kernel command line with added parameters should be like this (all the other things stay the same):

iPXE shell> kernel http://${next-server}/fog/service/ipxe/bzImage_epk debug earlyprintk=efi loglevel=7 initrd=init.xz init=/sbin/init root=/dev/ram0 rw ramdisk_size=127000 pcie_aspm=off consoleblank=0 isdebug=yes

See I added two more parameters (sorry for all the typing!). Here you find a kernel file called bzImage_epk. Please download this and put it in /var/www/fog/service/ipxe/ on your FOG server. Keep the different name so you don’t have to move around your normal kernel. In the command shown above you see it referenced as bzImage_epk as well. Give this a try please.

[Matthieu Jacquart]

@Sebastian-Roth OK done, but I saw no differences…

[Sebastian Roth]

@Matthieu-Jacquart Thanks a lot for all the testing and pictures! No output from the kernel whatsoever?! This is a really hard one we are tackling here. Looking through the iPXE source code again I might have found some more debugging options we could try. Download this iPXE binary (DEBUG=image_cmd,image,efi_image) and give it a try. Will bring you to the shell again. Just try the same commands as before.

[george1421]

@Sebastian-Roth Its interesting here, in that bzImage (I suspect) is getting corrupted, where in my test bzImage was getting downloaded but instead the root fs was being corrupted (somehow). Again this is only speculation, but it seems consistent with the bzImage or init not making it to the client correctly to be executed.

[Tom Elliott]

@george1421 maybe secure boot is blocking it?

[george1421]

@Tom-Elliott said:

@george1421 maybe secure boot is blocking it?

Good point since bzImage is an OS. The OP should check to see if secure boot is turned off, or even can be turned off.

[Matthieu Jacquart]

@Sebastian-Roth Ok, I think there are interesting things
Are the command ok for you ?

@Tom-Elliott @george1421 Secure boot is disable in bios, if not I couldn’t even boot on ipxe file

[Sebastian Roth]

@Matthieu-Jacquart At least we get some more information now. From what I can tell this looks all reasonable. shell.ipxe is detected as script and bzImage is detected as EFI binary. The message “format not recognized” seams kind of odd but makes sense when looking at the source code. I don’t know why the iPXE developers have it this way, but seams ok!
Just init.xz is not properly recognized. But again according to the source code that seams fine - see this comment in src/core/image.c:

        /* Try to detect image type, if applicable.  Ignore failures,
         * since we expect to handle some unrecognised images
         * (e.g. kernel initrds, multiboot modules, random files
         * provided via our EFI virtual filesystem, etc).
         */

So what I am wondering about is what happens when you run the boot command after this? Do you see any more debug messages (you should from what I see in the code)? Please try and wait at least for 5 minutes to see if anything happens. As well you might want to try the bzImage_epk binary (plus debug earlyprintk=efi parameters) again.

[Matthieu Jacquart]

@Sebastian-Roth Ok, I forgot to tell you but after taking pictures I’ve entered boot command and waited at least15 minutes, nothing happens
I’m going to test with bzImage_epk

[Matthieu Jacquart]

@Sebastian-Roth Something strange with bzImage_epk, it worked yesterday with previous efi file.

[Sebastian Roth]

@Matthieu-Jacquart Could you please try again. “Connection timed out” sounds a bit like the network or webserver on your FOG was not ready yet. Kind of weird but please try again. If you can do it with the bzImage binary then bzImage_epk should work as well (if it is still in place!).

Would be awesome if you can get a picture with a clean try using bzImage_epk and boot at the end. All debug messages readable. Then I will get in contact with the iPXE devs to see what ideas they have about it.

[Matthieu Jacquart]

@Sebastian-Roth Arf I’m stupid, I made a mistake one IP adress… I hate azerty keyboard
Let’s go for a last fresh try

[Matthieu Jacquart]

@Sebastian-Roth Ok last one !
No change for boot, even after 5 minutes

[Sebastian Roth]

@Matthieu-Jacquart Ok, great. Will see what the iPXE devs think about this… Will let you know soon.