Right after the update to SCCM 2012 R2 SP1 I wanted to recreate our reference images – W7EntSP1 x64 and x86 with office and without office.
Right after fixing the x64 OSI TS by removing the multi reboot MS updates I got stuck in the OSI for the x86 images. The TS hung at the first built in TS Install Updates Step.
The first 130 of 141 evaluated Updates got applied successfully (Event viewer Message in the Setup Log: InstallState = Installed, Pending Reboot = Yes), but then, Update 131 and all subsequently installed updates fails with Error Code 0x8007000e (smsts.log, UpdatesDeployment.log). The TS is stuck (hangs at Installing Update 141 of 141 forever) and no error is reported back to the task sequence.
As a workaround I have to terminate the ccmexec.exe process and force the next step in the TS (Continue on Error enabled). After a reboot and #2 Install Updates Step initiated by the TS, all previously failed updates get installed and the TS finishes successfully.
This issue only happens for W7EntSP1 x86 deployments. W8.1/ W7 x64 run through smoothly.
I hope that MS releases an updated ISO on VLSC including all updates for W7.
Time to move on to W10 (although I expect other nasty issues on this one).
13/07/15 – Update on the issue:
After reading Henk’s blogpost I suggest that the x86 memory limitation caused the TS to fail at the Updates step (http://henkhoogendoorn.blogspot.ch/2014/11/an-error-occurred-while-starting-task.html). The TS does not have enough memory space to save the policy/ updates.
I’ve done some further testing. Removing all superseded and expired updates and only apply valid updates to the software update group did not solve the issue. But removing all updates did!
That means that SCCM 2012 R2 SP1 somehow can’t handle all the updates within a Windows 7 x86 OS installation. So I have to be happy with the workaround described above…