The issue is as follows, if your build can connect to a wsus server during the process, certain updates that require (forcE) multiple reboots will apply. This can outright break the task sequence process.
Sent from Windows Mail From: Stuart Watret<mailto:[email protected]> Sent: Sunday, April 27, 2014 3:12 PM To: [email protected]<mailto:[email protected]> Don’t understand why this is an issue. I use the same method, mdt script for updates in sccm TS’s. The policy of the WSUS server will dictate what it gets – check what you have enabled. Also, unless you specify a specific unattend file if you review the windowsupdate log post build you will see the client trying to go to MS for updates; our clients can’t, but it was adding 5 mins to the build while it timed out. If your clients can, then that may explain all the chuff…………… From: [email protected] [mailto:[email protected]] On Behalf Of Mark Gailey Sent: 26 April 2014 20:42 To: [email protected] Subject: Re: [mssms] ConfigMgr TS and Multi-Reboot Updates Ltisuspend - pause the TS and apply the updates and then resume. Do a search for pausing task sequences with MDT. On Apr 25, 2014, at 9:45 AM, Daniel Ratliff <[email protected]<mailto:[email protected]>> wrote: There is probably a better way but if you are using the MDT .wsf and cannot filter certain updates, I think there is a reg key somewhere that allows you to specify updates not to install? I want to say I have seen it before with IE10/IE11? Daniel Ratliff From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Jeff Poling Sent: Friday, April 25, 2014 12:24 PM To: [email protected]<mailto:[email protected]> Subject: [mssms] ConfigMgr TS and Multi-Reboot Updates I am struggling to deal with the issue of Windows Updates that require multiple reboots killing task sequences. In my current environment, software updates are not yet integrated into ConfigMgr. Updates are installed using the MDT windowsupdate.wsf script and a TS variable that points to the local WSUS server. In a build and capture scenario, what is the best way to work around this issue? Any thoughts or insight is greatly appreciated! Thanks, Jeff 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.
