Is the task sequence still running when that post action runs? If the machine 
is still in Provisioning mode that might be why GP wont apply.

Daniel Ratliff

From: [email protected] [mailto:[email protected]] On 
Behalf Of Marable, Mike
Sent: Friday, September 04, 2015 2:04 PM
To: [email protected]
Subject: [MDT-OSD] Setting Autologin at end of OSD Build

I'm running into a bit of a problem configuring auto login on a Windows 10 OSD 
build.

What I have is a PowerShell script assigned to run using the SMSTSPostaction 
variable.  The script configured the autologin keys and then reboots the system.

What I'm having problem with is that when the system reboots it comes up with 
GPOs still being blocked just like they are during the task sequence.  If I 
reboot the system again (a second time) then it applies the GPOs.

This only happens on a Windows 10 build.  I use the same task sequence to build 
a Windows 7 system and it works fine.  The reboot from the script brings the 
system up with GPO processing.

I would like to get GPOs enforced immediately upon completion of the build.  
I'm trying a build now with Invoke-GPUpdate added to the PowerShell script.  It 
runs that, then applies the autologin keys and then runs Restart-Computer.  
Hopefully that might work.

Has anyone else run into this or are in a similar situation and have it working 
smoothly?

Mike Marable
Microsoft Systems Engineer Lead
Enterprise Device Engineering and Management
MCPS, MCITP, MCTS, MCSA, MCSE, MS  
[Profile<http://www.mycertprofile.com/Profile/5319166625>] 
[Blog<http://thesystemsmonkey.wordpress.com/>]
----------------------------------------------------
"The difficult we do at once. The impossible takes a little longer."
-US Army Corps of Engineers

"It is better to have less thunder in the mouth and more lightning in the hand."
-Apache Proverb

I will rise when I have fallen.

"Unless you try to do something beyond what you have already mastered, you will 
never grow."
-Ralph Waldo Emerson


**********************************************************
Electronic Mail is not secure, may not be read every day, and should not be 
used for urgent or sensitive issues

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.

Reply via email to