@yeet See if the bios has a setting called mac passthru or something similar. That will passthru the built in mac address of the mobile device to make the network adapter generic and the computer unique.
We have an “easy” solution for this. We are using a NAS (a Syno in our case) to store the images, and we enabled the recycle bin. When the image is overwritten by FOG, the old one goes in to the recycle bin of the Syno (#recycle). Depending on the filestore size(we have around 32TB), number of hosts, size of the images and the size of the recycle bin, you can have the “history” for a few days.
The images are renamed in the #recycle of the Syno(e.g. d1p4_1.img or d1p4_5.img) and if you need an older image, you just copy it back, and rename it.(e.g. d1p4.img )
We can go back in this way, for 5-6 copies, in your case it would be 5-6 days.
I hope it helps.
You will want to edit the fog.man.reg script and comment out the sections you don’t want. It helps if you know linux bash scripting or can follow programming. The idea is for you to make your custom fog.man.reg file then patch FOS Linux every time it boots, replacing the FOG supplied script with your custom script.
@Yeet The FOG installer doesn’t ask for a DHCP server IP. Though it asks for router/gateway and DNS server IP to be used in the DHCP configuration (if you tell it to enable this service on the FOG server).
@sebastian-roth Thanks to your suggestions I took a deeper look at the host server I was provided for this project, and there was a lot of driver packages missing. Once I installed those drivers, everything loads at a good speed now.
In the end it was my mistake not looking over the host server my colleague prepared for me, but I learned a lot more about FOG in the process so it wasn’t all time wasted.
I appreciate the help though, sorry if I confused you there
Is this due to the drive being 6gb smaller than the one the image was built on?
Yes, if your Windows 10 is 2004 or a newer build and your are using FOG 1.5.9 or older. That’s because with those versions of Win 10 they put a new recovery partition at the end of the disk and we have updated inits that can handle this in the latest dev-branch version.
Is there a setting I’m missing? I have the image set to single disk, resizable.
That setting is correct but as mentioned above you need the latest inits. Manually download inits (64 bit and 32 bit) and put into /var/www/html/fog/service/ipxe/ on your FOG server. Rename the existing files as backup instead of overwriting!
Now you need to re-capture the image. Maybe even create a new image definition for this to not overwrite your existing image files as a backup. Assign the new image to the host you capture from and schedule the task.
This image captured with the new inits should deploy to devices with smaller disk fine. If not, let us know here.
Yes this can be a problem if your SonicWall doesn’t support dynamic boot options. The quickest and most direct route is to install dnsmasq on your FOG server to supply only the pxe boot information. Your sonicwall will supply all other dhcp settings except pxe booting.
If your pxe booting computers are on a different subnet than your fog server, you will need to update your dhc-relay/dhcp-helper service on your subnet router. Add the fog server as the last dhcp server in the helper service. Then everything will just work. If everyone is on the same subnet then just install dnsmasq and it will work.
@yeet The startech adapter is not supported by your HP firmware.
So that startech adapter is an external usb to ethernet adapter, right?
Since the HP uefi firmware doesn’t show that startech adapter as bootable, the built in PXE roms will not work. So instead of using the onboard PXE roms, we can load FOG’s iPXE from a usb flash drive. Once iPXE is loaded then imaging happens normally.
How the boot order goes is this:
(UEFI) PXE ROM -> downloads and launches iPXE -> downloads and launches bzImage (FOS Linux).
So if the pxe roms don’t work we can just launch iPXE from a usb flash drive and hope that iPXE has the drivers for the nic built in.
If iPXE won’t configure that startech adapter, then you can skip iPXE and just load FOS Linux on the usb stick and not use iPXE.
The reason why I said USB-2 network adapter is that the older the adapter is the better the chance that both iPXE and FOS Linux will have a built in driver for it.