X1 AIO Desktop - i7 vPro network issue with Intel I219-LM [was: Make new bzImage...]

[Sebastian Roth]

@mandrade Sad to hear that you couldn’t make it work this way either. I think the only suggestion I am left with is try build an iPXE binary and “Enable Debug” http,httpcore,httpconn. Please take a picture or video of what you see on screen then. Possibly we see exactly where it hangs along the way.

[mandrade]

@Sebastian-Roth ,

I built my own iPXE binary using the rom-o-matic.eu page and following the features that needed to be enabled on page https://wiki.fogproject.org/wiki/index.php/IPXE#rom-o-matic.eu

Now I see this:

Now it doesn’t even go as far, DHCP fails.

[george1421]

While I have personal reasons for asking you to test this, it would be interesting to see if we can get around the pxe issue with this specific hardware. I’ve been working on a PXE-less booting method for hardware that we can’t get to PXE boot into FOS. Here is the background in this post that describes what actions are needed. I’ll IM you the link. https://forums.fogproject.org/topic/7767/another-init-xz-issue/22

https://forums.fogproject.org/topic/7767/another-init-xz-issue/22

Understand this is not intended to distract you from getting iPXE working on this target computer, I’m interested to see if we can get the FOS engine to boot on this troubled hardware.

[mandrade]

@george1421 ,

sure will give this a try. where would I place the img file, I assume on a USB drive?

[george1421]

@mandrade Yes, the idea is to use either dd on linux or win32diskimager (on windows) to write the .img file to a usb flash drive (min 256MB). The image is only 128MB so if you write the image to a 64GB flash drive everything above 128MB will not be accessible. So choose wisely. This is the same files that are delivered over iPXE except I’m using grub to load bzImage and the inits from the USB instead if iPXE. This current grub file is setup to load the x64 kernel. That i7 should be a 64 bit processor, so the only change to the grub.cfg is to give it the ip address of your fog server.

[mandrade]

@george1421 ,

Thank you very much. Will give it a shot and will let you know how this went.

[mandrade]

@george1421 ,

So the feedback is a follows. If I use the mini dock and boot from the USB drive, no dice. After asking around here I was told we had some USB 2.0 Lenovo ethernet adapters.

I decided try it, plugged it in to one of the USB ports. I then booted off the USB drive, and I now am able to get an IP, eth0 continues to be a problem but that’s ok I now get an IP assigned on eth1.

I started off by trying to inventory the machine. That worked fine, machine inventory success. However if I then try to image, I get the following error:

Fatal error:: Unknown Request Type:: Null

Ideas??

[george1421]

@mandrade what version of fog do you have? The USB booting was added with r8050 of the trunk.

If you have that release or newer then schedule a capture or deploy what ever you want. And then boot via USB and pick capture/deploy. That will supply the missing type variable.

But this IS good news that you are able to register.

This method is not ideal because with pxe booting ipxe talks to fog so the settings are dynamic. And with USB they are static.

[mandrade]

@george1421 ,

Ah, right ok. I’m still on version 7965! Will update and try again.

[mandrade]

@george1421 ,

Hi, so after latest git update all is good. I can now capture my windows image without issue using the USB boot disk.

I must say I did experience the “Database Schema Installer / Updater Error” after the update. Found fix on the link below if any of you have this in the future:

https://forums.fogproject.org/topic/7766/after-update-to-latest-svn-5678-database-schema-installer-updater-error

Would be good to get those Onelink+ mini docks working though. Then again, I suppose beggars cant be choosers

Thanks again for all the help.

[george1421]

@mandrade Well then it looks like it partial success (using the built in adapter would be 100% success). It would be interesting to know what the hardware ID if that onboard network adapter is. If you have windows running on this box then the device manager can provide this number. The number will be something like vend_XXXXXXX&dev_XXXXXXX that number will give the devs an idea if there was any chance to get FOS to use it.

[Tom Elliott]

@george1421 I don’t think it not booting as anything to do with the linux kernel, rather that iPXE usb drivers are very new.

[george1421]

@Tom-Elliott Unless I’m confused (I’m still waiting for my first cup of coffee to finish brewing) The OP is able to get FOS to boot from a USB stick. FOS does not configure the network adapter in the dock, but it does a usb nic that was found at the company. So the question is why doesn’t FOS see the on board nic?

[Tom Elliott]

@george1421 What version is it running?

[george1421]

@Tom-Elliott said in X1 AIO Desktop - i7 vPro network issue with Intel I219-LM [was: Make new bzImage...]:

@george1421 What version is it running?

To quote former President Clinton, “Please define it”

[Tom Elliott]

@george1421 IT = FOG this time.

[george1421]

@mandrade I was just on a side chat with Tom. He said that the FOS kernels were updated earlier this week to 4.6.2. What is on the usb image is older than those. It would be interesting to see if the newer bzImage allowed that onboard nic to work.

You might want to download and refresh these files on the usb stick and try again.
https://fogproject.org/inits/init.xz
https://fogproject.org/inits/init_32.xz
https://fogproject.org/kernels/bzImage
https://fogproject.org/kernels/bzImage32