Testers

@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.

@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.

@littleman1234 said in 20H2 Image Worked, but Tried Building a 21H1 Image and Now Image Does not Work:

So after I deploy the presysprep image, it works fine, it is only after I run sysprep /generalize /oobe /shutdown /unattend:C:\windows\system32\sysprep\unattend.xml this is when I have trouble

I think I see a strange workflow that I don’t under stand.

So let me see if I use my words to explain what I’m seeing.
I can create a golden image on a physical machine. I can sysprep the image which also powers off the computer using this command sysprep /generalize /oobe /shutdown /unattend:C:\windows\system32\sysprep\unattend.xml. At this point I capture the image with FOG. I can deploy this captured image with FOG to a second computer and it boots fine. But the problem comes when I try to resysprep this image using the command sysprep /generalize /oobe /shutdown /unattend:C:\windows\system32\sysprep\unattend.xml that is where it fails. I don’t try to recapture it with FOG.

Do I understand where its failing?

Are you a MSP or system rebuilder? (not judging just trying to understand the context).

I have a few ideas, I just want to make sure I’m on the right track.