@robertkwild I don’t think so. A couple years ago, I imaged a Windows 11 Home machine without any license key and used the SetupComplete.cmd script without any issue.
It won’t run it if using an OEM key, though.

@robertkwild This isn’t a FOG issue at all but I would look into running your sysprep scripts in the SetupComplete.cmd file. I’ve never had any issues with admin privileges when running powershell scripts from it.

https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/add-a-custom-script-to-windows-setup?view=windows-11

@Jim-Holcomb Can you provide more information.

Can you image any other computer using that same Ethernet connection?
If so: Is this new Dell trying to PXE boot at all? Does it get to the >>Start PXE over IPv4. screen?
If so: What iPXE version are you using? What bootfile are you using in your DHCP setting?

@jflash Can you make sure that you are using the Linux kernel version 6.6.69 and Initrd 2024.02.9 for FOG.
If you are using those versions and it still kernel panics, please boot into a linux live image, then in the terminal enter lspci and post that output on here.

@ingemedia I will be working on a 6.12.x kernel soon and I will make sure to include the r8126 config.

@Erika I don’t want to release this in the official repo since this is just a testing kernel, so here is the link to the kernel on my forked repo. https://github.com/rluzuriaga/fos/releases/tag/EXP_20250110

You’ll have to manually install it since it isn’t on the official repo. This is how if you’ve never done it before.

1. SSH into your FOG server
2. cd /var/www/fog/service/ipxe
3. mv bzImage bzImage_original #Not necessary but recommended so you can revert if there are any issues
4. wget https://github.com/rluzuriaga/fos/releases/download/EXP_20250110/bzImage
5. chmod 644 bzImage
6. chown fogproject:www-data bzImage # For Debian based servers
   chown fogproject:apache bzImage # For RHEL based servers

@Erika I would like to try the newer 6.12 kernel to see if this issue would get resolved. I will have a kernel for you to try later today.

@jeje3346 Oh yes the other thing I forgot in my previous reply is that you need to have the FOG client installed on the computer so that the name change can happen.

If you are wanting to install the FOG client on your golden image, make sure that you disable the FOGService in the windows services. You can use this link for reference of how to do this correctly with sysprep. https://wiki.fogproject.org/wiki/index.php/FOG_Client#FOG_Client_with_Sysprep

@jeje3346 I have seen this issue when sysprep domains the computer through the unattend file. Once the computer is domained, FOG is not able to change the computer name. If this is the case, I would recommend you domain the computer through the active directory options in FOG or through a snapin instead of the unattend file.

I would also recommend you upgrade your FOG install to the latest stable release 1.5.10.1629 since there have been a lot of improvements done since version 1.5.9.

@Erika We just released a new experimental kernel that may fix this issue. Can you try updating to version 6.6.69 and let us know if that one works please?

@westcustom I had this issue with some of my HP workstations. I had to change the DHCP bootfile setting from ipxe.efi to snp.efi and that fixed it.

@stokehall @george1421 I have the 6.11 kernel booting, however I am unable to get the keyboard and networking working. It seems like this keyboard issue is also affecting Linux distributions trying to build for the X1 SOCs like Ubuntu.
I have not been able to test anything on the init (imaging, registering, etc) because of the networking and keyboard issue. Also, Buildroot has not updated their linux headers to include 6.11 so I can build the new init needed.

@stokehall Thank you for the update. I didn’t think Ubuntu was going to start using kernel 6.11 for their 24.10 release, but it seems like they are, so I’ll take a look over the weekend.

@george1421 I’m getting an X Plus, X1P-64-100 (10 cores up to 3.4GHz, NPU integrated). I’ll be getting an X Elite probably a few weeks later but from my understanding, they are the same generation.

I will be getting a snapdragon laptop on Monday for FOG/FOS testing.
It looks like kernel 6.11 will most likely be released Sunday but there already is a release candidate that I could build to test with.

@Tom-Elliott Implemented some changes to support ARM by default on the 1.6-alpha branch of FOG.
I am currently porting it over to the 1.5 dev-branch

@george1421 Let me know how that goes. I remember that I had to patch something on buildroot for partclone and ncurses. A new patch may be needed if they made changes for 2024.05.1.
I can give it a try as well.

Are you trying to build the newest version of partclone?

@Cire3 FOG 100% works in Proxmox. My FOG install runs on my Proxmox server without any issues.
How is your storage pool for your images setup?

@Kureebow Kernel version 6.1.63 is the one with changes for UFS. You can try updating the kernel on its own first.

@VegaFlash I just published the new inits that include a newer version of e2fsck.
If you have the newest version of FOG installed from the dev-branch 1.5.10.18, you should be able to update it easily through the settings page.

If your FOG server isn’t on the newest dev-branch release, either update it or follow the next steps.

1. SSH into your FOG server
2. cd /var/www/fog/service/ipxe
3. mv init.xz init_original.xz #Not necessary but recommended so you can revert if there are any issues
4. wget https://github.com/FOGProject/fos/releases/download/EXP_20240430/init.xz
5. chmod 644 init.xz
6. chown fogproject:www-data init.xz

@Tom-Elliott I am working on newer inits with the updated e2fsck package to resolve this issue.

@VegaFlash I will update you when the new inits are available, for you to try it out.