ASUS NUC14MNK fos kernel no netwerk drivers

[Eazis]

@Tom-Elliott

Thanks i tried your version but now i got this inside the FOS kernel.
The normal FOS kernel can boot into other pc’s except for the ASUS NUC.

[george1421]

@Eazis Will you do a few things to help us try to sort this out?

Schedule a capture or deploy to this computer, but before you do tick the debug checkbox before scheduling the task. If you don’t have this computer registered with the FOG server manually register it.

Now pxe boot the target computer, it should start to image right away, but instead of imaging it will drop you to a linux console on the target computer. There will be several screens of text you will need to clear with the enter key, but at the end you will be dropped to a linux command prompt.

How I want you to key in the following.

ip a s
lspci -k -nn | grep -i net
grep -i -e firm /var/log/syslog

get a clear picture of all of the values and post it here.

The first command will show us the network adapters
The second command will show us the hardware ID of the network adapters
The last command searches /var/syslog for any message that has firmware in the name.

After you are done with this, delete the capture/deploy task from the fog server.

[Eazis]

@george1421

Here you go. I have done this with the FOS kernel which Tom have created.
The enp0s20f0u7 which you see is my usb -> nic adapter, otherwise i cant start a deploy task.

[Tom Elliott]

@Eazis I’m working on recompiling without dummy/bond drivers.

[Tom Elliott]

@Eazis The same link has been updated. It’s the same kernel version just no longer having the dummy/bond drivers (hopefully).

I doubt it will fix the issue you’re seeing.

If you can load up into a debug session (either how @george1421 has asked prior or however you’re most comfortable) and try running (once at the terminal for entering commands like you did before.)

echo $mac
echo
echo
/sbin/ip -0 addr show | awk 'ORS=NR%2?FS:RS' | awk -F'[: ]+' 'tolower($0) ~ /link[/]?ether/ && tolower($0) ~ /'$mac'/ {print $2}' | tr '\n' ' '
echo
echo
/sbin/ip -0 addr show | awk 'ORS=NR%2?FS:RS' | awk -F'[: ]+' 'tolower($0) ~ /link[/]?ether/ && tolower($0) !~ /'$mac'/ {print $2}' | tr '\n' ' '
echo
echo
/sbin/ip -0 addr show | awk 'ORS=NR%2?FS:RS' | awk -F'[: ]+' 'tolower($0) ~ /link[/]?ether/ {print $2}' | tr '\n' ' '

This should output the mac. Then it will output the interfaces it finds with that mac on the device. I suspect this is where things are failing. The mac in use for ipxe isn’t associated to anything the system see.s

The next output should show all interfaces the system sees that do not have that mac.

THe last will show all interfaces it sees in one list.

Based on what i see from your output, enp0s20f0u7 is the interface but it’s got a mac address of 08:be:ac:26:55:10. That one seems to have picked up an IP address so it’s really interesting.

[Eazis]

@Tom-Elliott

All 3 commands didn’t work.
Here is a output from /sbin/ip addr
I have also added a screenshot from my BIOS, i hope that helps
NOTE: the enp0s20f0u7 is a USB->NIC adapter i need this to go into the FOS kernel. So normally this USB->NIC adapter is not connected to the system.

[Eazis]

@Tom-Elliott Is there any other we could try?

[Tom Elliott]

@Eazis Well, what I’m seeing is that the 8125 isn’t being detected at all, and I’m not really sure why at this point. The kernel you tested with has all 8125 firmware associated, as well the driver set to load it. So I’m at a lost as to why it’s not loading that specific thing. The network is detected, but not loaded for some reason. More simply, it seems the kernel can see and tell the type of device, but for whatever reason it doesn’t actually want to load it as a potential interface as being available.

I’m unsure where to go until this portion can work and without one of these myself, it’s really difficult to guess about in the dark.

[Eazis]

@Tom-Elliott Is there anything i can do for you? Maybe we can chat anywhere?

[Tom Elliott]

@Eazis IF you can boot in and run ip link show

[Eazis]

@Tom-Elliott

[Tom Elliott]

@Eazis YEah, my suspicions correct, this far at least.

You can try downloading rod’s latest kernel:
https://github.com/rluzuriaga/fos/releases/download/EXP_20250617/bzImage

I doubt it will work, but who knows…

[Eazis]

@Tom-Elliott Sorry for the delay. Yesterday i was out of the office.
I got now other erros too with this FOS kernel.

[Eazis]

@Tom-Elliott said in ASUS NUC14MNK fos kernel no netwerk drivers:

@Eazis YEah, my suspicions correct, this far at least.

You can try downloading rod’s latest kernel:
https://github.com/rluzuriaga/fos/releases/download/EXP_20250617/bzImage

I doubt it will work, but who knows…

Here have anyone the same problem within linuxmint. Are you sure you have the correct driver added?

https://forums.linuxmint.com/viewtopic.php?p=2577017#p2577017

[george1421]

@Eazis Will you test a new experimental kernel that @rodluz in this post
https://forums.fogproject.org/post/156904

[Eazis]

@george1421

This did the trick!
So the 8125 driver was missing?

[george1421]

@Eazis said in ASUS NUC14MNK fos kernel no netwerk drivers:

So the 8125 driver was missing?

Well if you close one eye and squint with the other, you can still see it. The kernel developers consolidated all of the realtek drivers into the 8169 driver which kind of works except the driver updates lags behind the hardware by a few months. It looks like the FOG developers have a way to integrate the official realtek drivers moving forward so that should make life with the reaktek nics easier because realtek releases a new subversion of the hardware every few months.

Anyway I’m glad you have your issue sorted out and the FOG developers have a plan forward too. @rodluz (well done!)