I know it’s been a while since I posted this announcement, but I’ve been kind of keeping up with @Sebastian-Roth with his code changes with 1.5.5 and how they apply to 1.6 as well.
Remember, for the most part, the backend side of FOG is staying the same with as minimal of changes as I can. What this means, is many of things in terms of overall performance and functionality that has been going into 1.5.5 can be relatively simple to apply to 1.6.
There are some caveats to this though. But I think things are looking much better than they had from the initial posting of this.
I know it’s the holiday season and I hope everybody enjoys it. I think this is all the more reason to apply the post so it can be viewed a little more readily.
Thank you all.
@andre_x said in Clone PC and change product key:
Isn’t there a way to pass a field (for example “Other Tag #1”) to a script passed to the host?
There is probably a way. I know during image deployment with a post install script you can have access to this variable.
How about the drivers? How can he find them for a new hardware?
I have examples of how to create a post install script to copy over device specific drivers. I have to admit the examples are only for Dell systems, but you could adapt to other hardwares as long as you have the inf (not exe) based drivers packages. https://forums.fogproject.org/topic/11126/using-fog-postinstall-scripts-for-windows-driver-injection-2017-ed
I use this method to seed (set) some unattend.xml settings to avoid having to use the FOG client to rename and activate the target computers. The word avoid is a bit strong, I have some unique OU naming conventions that are not supported by FOG, so I need to set then via scripting.
Good evening, I’m configuring the FOG Project on several remote networks and so far it’s been a success.
I did the FOG Master in a DMZ network and in the other distinct networks I did the FOG Storage doing the replication of all the images of machines inside the FOG Storage.
The boot checks the FOG Master the PXE and after that it does the entire cloning process inside the network itself, thus avoiding bandwidth consumption and competition with other services.
Hi, I’ve just looked into it, and it seems there’s potentially a bug that affects some PHP versions causing this problem. (The search page just fails with code 500 otherwise.)
I’ve made a PR to fix the problem here: https://github.com/FOGProject/fogproject/pull/299