@george1421 Hi, thank you for your reply.
yes, I agree with you that windows 8 should be stored in the firmware, but then I just don’t understand why when we fog from win 10 back to windows 8 by the image we have 5 years ago, it then grabs the same key to every computer. ( I fog 5 computers and 5 both have the same exact key ). I tried several ways to get the original key from bios by Powershell, cmd, or even registry and nothing worked. All value is empty or no value

again, sorry for the misunderstanding. I am a student worker and try to fog some old computers for sales. What I thought is the fog, will bring the computer back to the time before we going to join domain, and delete everything sensitive inside of it.
I dont think we still keep the cd. But I will try to see if your way work. Thank you again!

I answer myself, the problem was a couple of open files that CHKDSK did not correct, I deleted them and it now generates the image correctly

@Sebastian-Roth

Managed to get this to work by downgrading rEFInd to version 11 as per this:
https://forums.fogproject.org/topic/11993/refind-pxe-booting-issue

Hello,

Here is a link for taskbar in Windows 10 :

https://learn.microsoft.com/en-us/windows/configuration/configure-windows-10-taskbar

Just for my curiosity why not use sysprep + copyprofile solution ?

For me depends what you want personnalize. Often just need GPO, registry, copy files etc to personnalize user environment.

Hello, i found a curious behavior. When I use a account who only serve to join domain : “djoin / djoin”, I can’t join the domain but it work with the GUI. But when I use my administrateur account and password, it work.
Fog 1.5.9
Julien

@LulaHuel While we do have this “Windows Problems” forum, it’s not quite in the same boat.

We, in this community, have an imaging platform called FOG. Often these images might include Windows, and sometimes the imaging process might have issues with Windows, hence this naming mechanism for this topic.

I don’t think anyone would hesitate to help you, but we generally ask people discuss issues as it pertains to them, windows, and how or what FOG may have done that might have cause it. We aren’t a general MS Windows support forum.

Glad you were able to fix the issue and posted a solution, but how this was something FOG did I’m unsure.

@UserBxl May I suggest looking at the BIOS . I see you captured an EFI image. Just check the boot settings on the Lenovo make sure it is booting to EFI and not the Auto setting . Also check if secure boot has been disabled.

Hello everyone,

The problem continues to persist (and even during the creation of the image)

When I have to restart my PC (in OOBE mode) to: change domain, restart after name change, restart after update, etc…

This happens randomly during a reboot. I come across this error. It is therefore impossible for me to create an image.

I find solutions (change on regedit, etc) but my OOBE mode is lost and I have to start over each time.

A solution ?

Thank you for the quick replies. Turns out I did have Fastboot enabled. The Recovery environment was not setup as well. Had to copy winre.wim, and enable the reagentc. Did those things and recaptured the image. Deployed to another laptop and it’s working properly.
Thanks again.

@Logan

Problem solved :

I just disabled “fast boot” in the BIOS.

@george1421

Ok, let me try some things this week and let you guys know. Thanks guys.

@RusinovAA

1.) When preparing Windows 10 for cloning (for capturing an image using FOG), is there a need to run and apply the Sysprep /oobe /generalize /shutdown utility. Or FOG, when capturing an image, performs procedures for decoupling Pts from binding to equipment and resets the OS identifier?
Sysprep (system preparation) prepares a Windows client or Windows Server for imaging. Sysprep can remove computer-specific information from a Windows installation (aggregate) so that it can be installed on different computers.

FOG does not react with the target system OS. It is Microsoft’s best practice to sysprep your golden image before image capture. I can tell you from experience if you want to make a neutral image that can be deployed to any hardware you should sysprep the golden image. If you capture from a Dell 5430 laptop and then restore to another Dell 5340 laptop you can image this way without sysprep. Understand that just because it works doesn’t mean this is the best choice. For me always sysprep the image if going to the same hardware or not. That way (for my campus) I have 1 golden image for 12 different hardware platforms both laptop and desktops. I install the required drivers using a FOG post install script, but that is a different discussion.

Quick answer, must sysprep? Yes to different hardware between golden image and target computer. Imaging between the same hardware you should sysprep but I’ve seen people no sysprep cloning and it works.

2.) Does the current version of FOG have the ability to automatically add computers running Ubuntu Server / Ubuntu Desktop to the Active Directory domain when distributing an image?

Quick answer is no, fog will not do this. A bit longer answer is that you can do this when ubuntu boots, and make a bash script to add the computer to AD.

@Sebastian-Roth said in Host can’t join AD:

In a fair amount of cases people had to use domain\username in the username field but also specific the domain in it’s own field to make it work

You have totally right, it works with myDomain\userName.

Thanks Sebastian.

@cwufog Is there enough diskspace for this application to install? Assuming it is an installer package in teh first place…

It seems a windows based error code

@Sebastian-Roth

Hello Sebastian,

i will try to think about this feature and i will contact to you if need help 🙂

Best Regards
Youzersef

@hammerc807 I actually never use sysprep and just deploy golden images. We do that exactly, the images are not domain joined and completely local workgroups and no AV installed.

Once imaged to a new laptop, we rename hostname, join domain and add AV and for some reason have issues with VPN

@george1421 Thanks for that George, and also for all the help over the years!

Had a tinker with unattend.xml and it’s fine now. Thinking it was the mismatch with local admin acct setup in there vs what I’d set locally initially, but all ok now.

However have done none of the service off/restart it options post-sysprep (and was wondering even if I’d just put something in group policy later on that’d do it, as the last time I ran this having ANY setupcomplete at all broke the sysprep process) it was in fact just fine and happy. Maybe something in 22H2 Edu is just alright with it, or the stars aligned for me on that one.

Either way all working now and thanks for diving in there. 🙂