X1 AIO Desktop - i7 vPro network issue with Intel I219-LM [was: Make new bzImage...]
mandrade last edited by Sebastian Roth
wondering if anyone could assist. I’ve downloaded fog have a series of machines to clone . I have installed fog 1.2.0 without issue on ubuntu 14.04 LTS.
I’ve been trying to create a new bzImage because the hardware I have is relatively new. I noticed there is a stable version 4.5 of the Linux kernel. I’ve attempted to use that to create my image. However I’m unable to boot from the pxe enabled NIC, I get a series of errors.
Noticed the latest bzImage available for download is from https://fogproject.org/kernels/ is as of 9 May 2016. This kernel does not have support for my NIC unfortunately. Any help would be greatly appreciated.
@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.
@george1421 IT = FOG this time.
@george1421 What version is it running?
To quote former President Clinton, “Please define it”
@george1421 What version is it running?
@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?
@george1421 I don’t think it not booting as anything to do with the linux kernel, rather that iPXE usb drivers are very new.
@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.
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:
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.
Ah, right ok. I’m still on version 7965! Will update and try again.
@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.
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
Thank you very much. Will give it a shot and will let you know how this went.
@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.
sure will give this a try. where would I place the img file, I assume on a USB drive?
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
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.
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.
@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.
I just tried your suggestion of using a mini dumb switch. This has not made any difference unfortunately.
Now, if I disable the onboard, and boot directly from the mini doc, it hangs intermittently. Sometimes on the bzImage and sometimes on the Init.xz. Believe it or not sometimes it goes all the way through but then eth0 was not detected.
To me this definitely seems like an issue related to crappy hardware. Possibly the iPXE and kernel devs can work around this in their driver code but maybe not.
Could also be a driver issue. The PXE boot off the mini dock seems to be a known problem
Great find! Sure we could replace the official linux kernel driver r8152 with that one from the realtek website but you’d still see the hangs on iPXE trying to load the kernel most times. Although the iPXE devs have helped us a lot of times and added patches I kind of doubt that you can get them to add the realtek driver code to their project.
Have you tried my suggestion on using a dumb mini switch to connect between this client and your network yet? Possibly this might help.