Moderators

@jyost If it does not work, verify that the build number has changed from your previous picture. The build number in the hex code in the square brackets on the ipxe banner page.

Also if it doesn’t work, try the snponly.efi boot loader instead of ipxe.efi (fog recommended default).

@michaeloberg Just for testing can you disable that wifi adapter in bios/firmware and see if iPXE then sees only the dongle mac address?

I’m thinking this… in the uefi firmware it only knows about/sees the wifi adapter (because its built in), so in this case its passing through the mac address of the wifi adapter to the dongle. Since ipxe has the drivers for the wifi adapter (guess) its honoring the mac pass through feature.

@sebastian-roth said in HP Probook 430 G8 System MAC not passing through USB Type-C Dongle:

I just had a weird idea. Any chance there is another NIC in that probook? Maybe WLAN? Possibly the MAC we see in iPXE is from a totally different adapter.

Exactly where I was heading. The intel nic [8086:a0f0] is a wifi adapter.

vendor: 8086 (“Intel Corporation”), device: a0f0 (“Wi-Fi 6 AX201”)

FOS Linux does not on purpose include wifi drivers so we wouldn’t see this in the ip a s command (but was hoping it would be there anyway). Its possible that ipxe does have the drivers for that nic. That mystery 6c-02 address is coming from somewhere.

@michaeloberg I just had a weird idea. Any chance there is another NIC in that probook? Maybe WLAN? Possibly the MAC we see in iPXE is from a totally different adapter.

To me it doesn’t make sense that Windows/Linux and all higher layer OSs see the USB dongle MAC but iPXE would see the pass-through MAC from the probook itself. Not impossible but I’d find it strange.

@tom-elliott I haven’t been very active here lately, but I’m willing to help on PHP8 support.

Still setting up an environment at home, but once it’s ready I’ll take a look.

@alireza2n May I include your configuration in this tutorial? https://forums.fogproject.org/topic/10944/using-fog-to-pxe-boot-into-your-favorite-installer-images

@zaqen The way I build the one off kernels are a bit different than the FOG Devs do it but it works. On your linux distro you need to install the buildessentials package. You can probably google building kernel on your linux distro to get all of the required packages.

Now download the linux kernel from kernel.org to a working directory and extract it. From the git hub site https://github.com/FOGProject/fos/tree/master/configs Download kernelx64.config and save it into your home directory.

Copy kernelx64.config from your home directory and save it as .config in the base directory of the kernel you extracted.

Issue the make config or make nconfig command from a linux command prompt to build and load the kernel config editor. Once the editor load look for any warning messages about legacy/old settings or configs. If the menu loads cleanly then save the settings even if you haven’t changed anything and exit the menu config.

The last bit is to just issue the make command to build bzImage. (the kernel).

@michaeloberg said in HP Probook 430 G8 System MAC not passing through USB Type-C Dongle:

lsusb ip a s

See that bit is wrong.

The command is lsusb which produces the output you posted. That part is good.

The next bit ip a s should give you this type of output.

$ ip a s
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eno1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether XX:XX:bb:63:0c:XX brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether XX:XX:b7:04:a2:XX brd ff:ff:ff:ff:ff:ff
    inet 192.168.212.187/24 brd 192.168.212.255 scope global dynamic noprefixroute wlp3s0
       valid_lft 37097sec preferred_lft 37097sec
    inet6 2601:40b:4100:2716::21a/128 scope global dynamic noprefixroute 
       valid_lft 308858sec preferred_lft 308858sec
    inet6 fd42:b71b:30f0::21a/128 scope global noprefixroute 
       valid_lft forever preferred_lft forever
    inet6 fd42:b71b:30f0:0:90d4:758f:44a5:1dcf/64 scope global temporary dynamic 
       valid_lft 598699sec preferred_lft 79808sec
    inet6 fd42:b71b:30f0:0:f154:fbbb:6b8c:c8ef/64 scope global mngtmpaddr nopref

@jyost Have you gone through and tried to rebuild the ipxe boot loaders yet? If not here is a tutorial on how to do this: https://forums.fogproject.org/topic/15826/updating-compiling-the-latest-version-of-ipxe

Let see if an updated version of iPXE solves this issue.

@michaeloberg one quick clarity the ip a s should be executed by itself.

Curious question: Where did that intel nic come from? The ip a s command will tell us a bit more.