Blog Post

SCCM: Windows 10 Feature Update Stuck or Failing

Dujon Walsham • Oct 01, 2019

When pushing out a Windows 10 Feature Update whether from;

  • SCCM Software Updates
  • Windows Updates
  • WSUS
You may experience this issue.

Once the update has downloaded you will see it will download to the C:\$Windows\SoftwareDistribution\Download folder creating the Windows Update box file and and ESD file which is then eventually mapped to the root of the C drive under the temp folder C:\$Windows.~BT folder.

The logs can be found in C:\$Windows.~BT\Sources\Panther where you will see the following logs

  • SetupAct.log - Updated when the update is progressing
  • SetupError.log - Updated when the update experiences errors

Issue

Once the C:\Windows~.BT folder is created if you see the following errors below

Though these can be expected, if you find that;

  • SetupAct.log is stuck at the line Applying Image[0] 0%
  • Both logs SetupAct.log and SetupError.log have the same timestamps
  • SetupError.log has a later time stamp
Then you may find your Windows 10 upgrade will not work and the update will just show as installing within SCCM. It may however in Windows Update or WSUS show as failed after a timeout but with SCCM it may be continuous.

Resolution

If you are using any Anti-Virus software such as McAfee where it is recommended as best practice to set exclusions due to many issues related to this particular vendor, ensure you don't have any policies which may block certain files from running.

In the Windows 10 Feature update case it runs the Autorun.inf in the C:\$Windows.~BT folder and if this is blocked from running then the errors above will happen which will prevent the install from running.

If using McAfee it may show like this in the event log.


Once you allow this not be blocked the upgrade should go through with the C:\$Windows~BT\Sources\Panther\SetupAct.log constantly increasing size and also changing its timestamp periodically which the upgrade can take approximately between 30 - 60 minutes.

Additional Information - Upgrade Shows as Error in SCCM Console

You might find the Windows 10 Feature update may show as an error within the Monitoring tab of the SCCM console something like an error code of 0x00000000.

Once the client policies for the Software Update deployment cycles have refreshed this should eventually update and mark it as Success/Compliant.

by D Walsham 13 Dec, 2021
Looking through the current SQL Server topology and how it affects our decision
by D Walsham 07 Oct, 2021
Introduction
by D Walsham 06 Oct, 2021
Introduction
by D Walsham 12 Aug, 2021
All the parts of the series we went into great detail about how we analyse an end to end solution and how we would design a solution in which would allow us to build endpoints without SCCM being a dependency. Whilst we did this, there is another scenario which we have not touched on yet, which is the hybrid scenarios. In a perfect world ideally you would have your Azure Active Directory within the cloud, every machine meets the recommended requirements for Windows 10, everything is imported into Intune/Autopilot and everyone is happy. But we know this isn't realistic in all cases. Many organisations cannot just simply up and go from on-premise into the cloud therefore the checkpoint here is of course getting into hybrid solutions such as; Co-Management Between Intune and SCCM Hybrid AD with Azure AD and On-Premise AD syncing together These things can play a very interesting part in how you would tackle this if you envisage the next step in the blueprint is to be in a position in which you can build and manage endpoints soley within Intune. With this final part of the series we will go in-depth in how the common hybrid setups look like and how we go about moving into the next step of being able to manage and build devices without SCCM.
by D Walsham 29 Jul, 2021
In continuation from the previous part where we had discussed how we create the "on site" piece of the solution, this was the part which would allow us to get our endpoints into a state in which they would essentially be ready to go through the Autopilot process. Which leaves our next piece of the puzzle, to begin the configuration of the actual backend side that resides within our Endpoint Management console. And you will see how everything ties up together to satisfy the full end to end process of getting an unknown (or known) device to proceed thorough the whole workflow to be finally managed by Intune without the aid of SCCM taking part in any of the prerequisites or preparation at hand.
by D Walsham 15 Jul, 2021
In this part we are now going to look into the technical step by step points on how we put everything together. In the previous part we spoke about the structure of how we would asses whether a machine was actually ready to be built with Autopilot or not with a build checklist process which would step through all areas which would cover an endpoints eligibility. Now with everything planned out we finally want to step into making things reality by putting everything together.
by D Walsham 02 Jul, 2021
When it comes to managing your endpoints in endpoint manager, one of the things you may be looking to do is to get all of your Intune registered machines to also be enrolled as Autopilot devices. Now we can of course just have the deployment profile deployed to all machines and then hit the "Convert targeted machines to autopilot" but this might not necessarily be feasible for every client. We may want to perform some due diligence first so we can at least understand what devices in Intune are not in Autopilot.
Show More
Share by: