X1 AIO Desktop - i7 vPro network issue with Intel I219-LM [was: Make new bzImage...]
-
@mandrade Usually there is no need to build your own kernel as we are trying to add drivers as needed because other people might need those as well. So please help us with some more information so we are able to help you! We need to know which NIC exactly you have (and maybe the errors you see).
As well you might take a picture of the errors you see while PXE booting. More often than not our help will be more accurate when we exactly know what’s going on.
-
First foremost thanks for the replies. Apologies for the lack of info but here’s what I have:
I am able to boot on the iPXE enabled NIC all the way to the FOG menu where you are can select whether to inventory the machine or perform a compatibility test. if I use the bzImage on https://fogproject.org/kernels/ as of 9 May 2016 and attempt compatibility test it fails on NIC but is passes on the disk. SO I guess the NIC drivers are required.
What I did was I downloaded Linux Kernel 4.6 thinking it could be because the kernel I had didn’t have support for this machine. I compiled the kernel all completed fine but this time I wasn’t able to see the disk however now the network drivers worked, go figure!
I have two machines I’m working one right now. The one I’m having problems with is below:
I haven’t started work on the other just yet so not quite sure what model it is.
@Sebastian Roth, I get two sets of errors, depends on which bzimage I’m using. If I use the bzImage from https://fogproject.org/kernels/ the NIC drivers are not loaded. If I compile my own kernel I have network connectivity but FOG is not able to detect a HDD.
-
Just for clarity the mentioned Lenovo has an Intel I219-LM network adapter. This network adapter should be supported for a while.
If you have one of these systems running windows will you get the vendor and subsystem ID of this network adapter and post it here.
If the bzImage boots (as defined by the current FOG 1.2.0 trunk) schedule a debug deployment image task to this computer. The FOS client will boot but drop you to the command prompt. From there we need to run
lspci -nwe are looking for a hex number like 8086:1502 -
@george1421 I had another person who had a very similar issue with this card.
What if you, for these systems, use the ipxe.efi file? Or the intel.efi file?
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 said in Make new bzImage...:
What if you, for these systems, use the ipxe.efi file? Or the intel.efi file?
FWIW: Unless I missed something the OP is getting past the iPXE kernel, its the bzImage that’s not detecting the network adapter. That is why he wants to build his own kernel. Its still early and I’m low on coffee, so I might have missed the intent.
-
@george1421 I think, if it were to be booted into a debug mode, we’d most likely actually see the NIC without issue. It’s just failing to allow the NIC to get a valid IP address. Then again, It IS indeed still early.
-
-
@mandrade I would still like to know if that hardware is already in the current bzImage. Could you get the vendor id and subsystem id? I know that many of my Dell Optiplex systems use that same (number wise) network adapter and they boot just fine.
-
Sure can will have to be later on though at this stage I don’t have access to the machine. Important to note though, when I compile my kernel to version 4.6 and create my own bzImage file the network then works however FOG no longer can detect a HDD,
-
Hi Guys,
so I have the subsys as requested in the screenshot below:
-
Also here are the results of the compatibility test:
-
@mandrade Just for clarity ven_8086&dev_156F (8086:156F) comes back to a Intel I219-LM NIC.
From the disk controllers standpoint, the devs may be including additional disk controllers drivers that are not part of the core linux distribution or the config file from github doesn’t have all of the necessary disk controllers enabled.
-
Right so, when I do a make menuconfig I could be missing a step somewhere that is not including the necessary controller drivers?
-
@mandrade Did you start with the config file from the github site? I think you can just rename it as the default config then run menuconfig program picking your additional network drivers. It will use those settings as the defaults as you run through the menuconfig. Understand its been over 10 years since I built linux kernels but that is what I remember.
Ref: https://github.com/FOGProject/fogproject/tree/dev-branch/kernel You probably want the TomElliott.config.64 one.
[edit] It would be interesting to know what network adapter option you are loading to get this network adapter to work, so the devs can include it in the official kernel. That way you wouldn’t have to keep rebuilding the kernel as new official releases come out.
-
@george1421 said in Make new bzImage...:
think you can just rename it as the default config then run menuconfig progra
I used the standard Kitchensink one that is available when you download FOG_1.2.0 so no I did not. I will give that a try.
Thank you very much for the suggestions and help thus far!
-
@george1421 said:
Just for clarity ven_8086&dev_156F (8086:156F) comes back to a Intel I219-LM NIC.
Sure but not every I219-LM NIC is the same. Check out this listing to see when support for the different NICs (PCI IDs) was added. That’s why I always ask people about PCI IDs. Support for the 8086:156f was added with kernel 4.1 (while 15e3 seems to have been added only very recently - kernel version 4.6).
So I guess your NIC is fully supported using the 4.5 kernel from https://fogproject.org/kernels/. Guess this is a network issue. Spanning tree, 802.1x/MAB/NAC, EEE/802.3az, auto-negotiation!? @mandrade To see if I stand correct can you please use a dumb mini switch to connect between client and your main network. Then try compatibility test again.
@Tom-Elliott I think we should add
lspcioutput (or simply PCI IDs) to the compatibility test screen when failing! This way people don’t need to extra-boot and find out about this information. Shouldn’t take much effort! What do you think? -
Hey Guys,
So I’m now able to image my new machines, it works a treat!
In the end I decided to scrap attempting to build my own Kernel and went with a Trunk version of FOG. I am aware that it isn’t stable but after deploying the new bleeding edge version of FOG all my machines are supported and are imaging without any issue.
We’re about to do a bulk deploy of 21 Machines, will let everybody know how that went. Experiences thus far, although frustrating in the beginning, are good. Thanks again for all the help supplied.
-
@mandrade I’m glad you settled on a solid choice here.
The thing you have to remember is the fog 1.2.0 is almost 3 years old. The devs have put great effort in getting the trunk build to the point it is today at the expense of delaying the official release of 1.3.0. They felt it was vital to build support for Win10, uefi support, and gpt disks into the trunk build since 1.3.0 is the last (intended) release of FOG until FOG 2.0 comes out.
-
@george1421 Intended.
-
Hi guys,
So the feedback is two fold. Success on the all in one ThinkCentre machines. We are now deploying without issue to those.
However, we have three and soon to be more Lenovo ThinkPad X1 Carbons to deploy. They have no onboard NIC and use an external Onelink+ Dock. I can PXE boot but when it starts loading the undionly.kpxe image it hangs.
Now I have tried boot to undionly.kkpxe and it gets further. However, it stop again at 55% as can be seen below:
The NIC is a Realtek USB RTL8135
