Adding computer to FOG
-
@JimmyJ0516 I have an idea let me see if I can get a solution in about 30 minutes.
-
@george1421 Perfect thank you so much. I really appreciate it.
-
@JimmyJ0516 OK I ran into the first issue linux kernel 5.8.x needs an updated version of the compiler. So the answer isn’t going to come as fast as I wanted. Let me do some more research on this. It will probably be some time this weekend before I’ll have something for you to test.
-
@george1421 It fine no worries. The district might be closing so I have time. Thank you again and please take your time there is no rush
-
@JimmyJ0516 Can you tell me what hardware these network adapters are in? Mfg and model.
-
@george1421 it’s on a motherboard which is an MSI MPG Z490 Gaming Plus LGA1200. I think that’s what you’re asking for.
-
@JimmyJ0516 Yes we should document what/where the native doesn’t work.
I have a new kernel I want you to try. All that was done is recompile the kernel under 5.8.x. I want to see if the new drivers in 5.8. work. https://drive.google.com/file/d/1nVZJXU1bCvmHzyEB31pHOLqV9RqXrcxT/view?usp=sharing
Download this as bzImage5817 and save it to
/var/www/html/fog/service/ipxedirectory. Then go into FOG Configuration -> FOG Settings -> TFTP Server (button) -> TFTP PXE KERNELChange this field value from bzImage to bzImage5817 and save the value.
Now pxe boot this target computer in debug mode and lets see if the network adapter comes up.
-
@george1421 ok, I have the file in the directory. but the owner of the file is the Administrator is that going to be a problem.
-
@JimmyJ0516 said in Adding computer to FOG:
ok, I have the file in the directory. but the owner of the file is the Administrator is that going to be a problem.
Usually not as access right default to readable for everyone on most Linux installs. But it’s still a good idea to run the command
chown ...to change ownership. See what user and group name all the other files in that directory belong to and runchown user:group bzImage5817 -
@Sebastian-Roth ok sounds good I just did it. Thanks. I scheduled the task and I am currently in the debug state I am not sure what to do next. I am still getting the same error message I was getting before.
-
@JimmyJ0516 Well that is disappointing.
First lets make sure the kernel got loaded correctly. Run the
uname -rit should be 5.8.17If that is correct then:
Lets run this command again.
lspci -nn |grep -i netIt will return a value that looks like this
# lspci -nn |grep -i net 0b:00.0 Ethernet controller [0200]Remember the address in the far left column.
Now key in
lspci -k | moreThat is going to print a bunch of stuff. Look down the list at the far left column until you find that address. Take a screen shot of that line and the one below it. It should look something like this. (for disclosure I ran this command on my fog server that is running on a VM)
0b:00.0 Ethernet controller: VMware VMXNET3 Ethernet Controller (rev 01) Subsystem: VMware VMXNET3 Ethernet Controller Kernel driver in use: vmxnet3 Kernel modules: vmxnet3This command with the
-kwill list the kernel drivers used for that network adapter.Stay in debug mode because we will need to look at the system log next on the target computer.
-
@george1421 Ok I did so. I am still in debug mode as well. here are the screenshots
-
@JimmyJ0516 Well on the plus side (not really but is telling) there is no kernel driver loaded for that network adapter. Actually this is better than the kernel driver being loaded and is misbehaving. I see something interesting in the picture could you rerun that last
lspcicommand again lets see if we can get a bit more details.lspci -nn -k | morePost a picture of that. I only need the network adapter line. -
@george1421 I ran the command and cropped out every other network adapter but the 3:00.0 which is the one we are working with. Here you go
-
@JimmyJ0516 That didn’t give me the output I expected. It should have given the hardware ID in [xxxx:xxxx] notation.
Can you take another picture and include the wide shot because it should that 03:00 line plus a few lines below
lspci -nn -kMy intuition is telling me that we have the correct kernel driver but we may be missing some firmware needed to activate that network adapter. This next part is going to kind of stink but you will need to manually look through the messages file. This contains all of the boot up log messages. What is double bad is that you will need to use
visince there isn’t a nice editor built into the FOS Linux. I’m sure the answer is in that log file.Lets take the easier of the routes and go with the more command to just display a page at a time of the log messages
cat /var/log/messages | moreIf you need to use
viyou can key invi /var/log/messagesto give you a scrollable text editor. You may be able to use the cryptic commands like/to search so you can use something like/Realor/8169to search next just key in/and press enter. To leave vi key inESC:qthat is the escape key the colon and q for quit.Look through that for realtek or 03:00 There will be (I’m guessing) an error message coming from the r8169 driver.
If you have a plugin network adapter we can export that log file to a windows computer so you can use better tools to look for the error too.
-
@george1421 I am sorry. Looking back I typed nm instead of nn here the correct screenshot output let me know if you still need me to go through the logs messages.
-
@JimmyJ0516 Interesting the subsystem has a different ID than the device. Subsystem [1462:7e75]. Let me look that one up.
Yes please look through that log file. It may have it listed as FIRMWARE_8125A_3 or rtl8125a-3
-
@george1421 I looked for 8169 and 8125. This is what I found
-
@JimmyJ0516 OK good that gives me something to chase down. I have a feeling that network adapter is very new and the linux kernel drivers don’t support it just yet. Let me see what I can find out.
-
Just a place holder
ref: https://askubuntu.com/questions/1259947/cant-get-rtl8125b-working-on-20-04
