@Boyan-Biandov I also have basically re-used my Win7 unattend, though I did run it through the Win10 SIM to validate it. The only place I put it is in C:\Windows\Systems32\Sysprep folder. However, I have had the “Windows could not parse…” error and in looking at the setuperr.log in C:\Windows\Panther\UnattendGC folder (this one is different than the setuperr.log in C:\Windows\Panther, I don’t recall how though), it pointed me in the general direction of the <ProductKey>xxx</ProductKey> entry in “Specialize” pass. I ended up removing all product key entries and don’t have the error anymore. I have never really used audit mode, I just enter product key during installation and run “c:\Windows\System32\SLMGR.VBS” /ato" to re-activate after imaging (in setupcomplete.cmd). Good luck!

Edit: Forgot to mention that it always seemed to me that the unattend in C:\Windows\Panther was a post-sysprep record with all the sensitive data removed from the file by Windows as it processed it. I never before ran into any instructions to put it both places so I never have. Now if someone could tell me how they make the Win10 Default User profile keep the pinned icons on the taskbar I’d be the happiest camper alive.

@kc7mdl Beside the already requested information a picture of the error will speak more than a thousand words. Please take and upload one.

I don’t see any relevant reads on this issue at this time.

Well I do find a lot of posts on surface 3 - have you read through all of those?
https://forums.fogproject.org/topic/6227/surface-3-fails-to-image
https://forums.fogproject.org/topic/6116/surface-pro-3-fog-1-2-compatibility
https://forums.fogproject.org/topic/5689/surface-3-imaging
https://forums.fogproject.org/topic/3662/surface-pro-3-pxe
https://forums.fogproject.org/topic/2432/surface-pro-pxe-boot-need-to-image-for-mass-deployment
…

Great thanks I’ll give it a try.

It’s a 2008 R2 DHCP server.
Joe’s suggestion is a great idea. I’ll try that!
Thanks again!

I might have to try it. I’ll have to play with it.

Thanks!!

@echo off rem The fileserver IP set FILESERVER=192.168.1.155 rem Share on the fileserver. set SHARE=INSTALLERS\ISOFILES\0-WINPE rem Username for the share set SHAREUSER=root rem Password for the share set SHAREPASS=root rem amd64 or x86 set ARCH=amd64 rem Path to hold working files. Needs about 500MB of free space. set PEPATH="c:\winpe_%ARCH%" rem ########################################################## rem Don't edit anything below here rem ########################################################## echo Creating the PE image call copype.cmd %ARCH% %PEPATH% > NUL echo Mounting the image dism /Mount-Wim /WimFile:%PEPATH%\media\sources\boot.wim /index:1 /MountDir:%PEPATH%\mount /quiet echo Adding commands to the startup script in PE echo. >> %PEPATH%\mount\windows\system32\startnet.cmd echo ping %FILESERVER% >> %PEPATH%\mount\windows\system32\startnet.cmd echo net use z: \\%FILESERVER%\%SHARE% %SHAREPASS% /u:%FILESERVER%\%SHAREUSER% >> %PEPATH%\mount\windows\system32\startnet.cmd echo z: >> %PEPATH%\mount\windows\system32\startnet.cmd echo z:\64.bat >> %PEPATH%\mount\windows\system32\startnet.cmd echo Creating the pxeboot directory mkdir %PEPATH%\pxeboot > NUL mkdir %PEPATH%\pxeboot\Fonts > NUL copy /y %PEPATH%\mount\windows\boot\Fonts\*.* %PEPATH%\pxeboot\Fonts\ > NUL copy /y "%WinPERoot%\%ARCH%\Media\Boot\boot.sdi" %PEPATH%\pxeboot\ > NUL copy /y "%WinPERoot%\%ARCH%\Media\Boot\BCD" %PEPATH%\pxeboot\ > NUL echo Unmounting the image dism /unmount-Wim /MountDir:%PEPATH%\mount /Commit /quiet echo Optimizing the image imagex /EXPORT %PEPATH%\media\sources\boot.wim 1 %PEPATH%\pxeboot\boot.wim > NUL echo. echo All the files you need for your PXE server are in: %PEPATH%\pxeboot\

I use that batch file to easily create WinPE media for different Windows versions. It does require the imaging tools of the Windows Kits though, but I’m guessing most people will have that installed already.

You can add and remove certain commands as needed of course, for eg adding drivers using dism and such.

Any news on this…?

The important thing is that you upgrade your server. Until you do that the clients won’t be able to talk to it. When you do update it, your clients will automatically upgrade to 0.11.2 if that feature is enabled.

@Wayne-Workman That’s odd. I know that I had to create a different profile for LTSB but it certainly worked in LTSB. The profile I made in Win 10 Enterprise CB won’t work in LTSB and vice versa. Gotta create a new one. It’s lame I know.
My login times are much longer than 4 seconds though. But I have a lot of customziations. Little common fixes and startup scripts and backgrounds and stuff, so my first login for any user is like 2 or 3 minutes, but only a few seconds after that first time.

Do you want best practices to to get FOG to deploy to this system? The answer is pretty different.

If you want FOG to deploy to this system then you can either use FOG 1.2.0 stable (with current kernels) or deploy FOG 1.2.0 trun (which is a dev release of the soon to be FOG 1.3.0). You can use FOG 1.2.0 stable (I’ll assume what you have installed already??). That will work with win7 no problem. If you want to deploy win10, gpt disks, or to a uefi system you will need to be on the trunk release.

We can go into best practices once its clear what you are shooting for.

@Paul-Storic They can be separate or you can configure FOG to name the target computer what you have the device registered in fog. To do that you need to either enable early host name change or use the FOG client (must be installed on the reference image) to rename the host and connect it to AD.

@davemaxwell FOG, I doubt, is the culprit. See FOG, while fast, doesn’t “break” things, not in the sense I think you’re thinking.

The Client might interrupt an otherwise normal post-imaging step, but it is not FOG in any form destroying the sysprep information. I’ve run into things as simple as the host is restarting due to hostname change or ad join (directly client related but not “FOG’s” fault persay), to AVG/Antivirus, to drivers causing the image to not load properly on “first boot”.

@cojohnson said:

It makes it through partclone then fails to update the database.

Well that sounds strange. Could you do a debug upload and check the connection to the server (ping x.x.x.x and wget http://x.x.x.x/fog/service/Post_Stage3.php) to see if the connection is really gone after the upload finished. Do you see the image being properly uploaded / moved to /images/<imagename> on the server?

Snapin templates have been added to FOG Trunk (future 1.3.0 release). They are very very easy to use.

@Quazz it uses slmgr.

Example:

private static bool InstallProductKey(string key) { Log.Entry(LogName, "Installing Product key"); return RunSLMGR("/ipk", key) == 0; }

Check Windows + R > slmgr.vbs /?

Regards X23

Marking this thread solved since the request in the opening post is not possible.

Is this resolved or do you still require help?

The recommended way to boot WinPE based media is to use wimboot.

With small ISOs you can sometimes get away with just using memdisk on the ISO, but that’s not feasible for W10 ISO for example. (since the entire ISO would try to unpack in the RAM at once)

Booting W10 installation over the network is possible, but requires a lot more work to get it going. The basic principle is to load a modified WINPE ISO and then mount the unpacked ISO path and manually call the setup file to run.

I’ve used davido38’s suggestion re: cctk. I can even remove the pxe boot from the boot order. Now, any boot other than the HDD requires the BIOS password, but I can use psexec to set the next boot to pxe and then use psshutdown to reboot so the PCs can be imaged. Great work-around.

Even though it states it, I can not find a partclone.log file in /var/log…

This is only on the client - temporary. As soon as you reboot after the error the log is gone. But there won’t be any valuable information other than what you have in the picture already!

I am getting this same problem/error on 3 different computers all with 80 GB hard drives.

Well then I guess your image is corrupted as I see this is failing on restore. Try uploading the image again! Maybe your FOG server disk is full? What do you get from df -h on the FOG server?