Last Updated on September 26, 2022 by rudyooms

This blog will be about the 0x800705b4 error that “could” occur during the “Preparing your device for mobile management” ESP phase. I decided to write this blog because the last couple of days I am hearing some people complaining about it.

I will divide this blog into multiple parts

1. Introduction
2. The Issue
3. The Simple Fix

1. Introduction

Before I am going to show you the issue I am talking about we encountered during the Preparing phase, I need to explain this phase a little bit.

Some time ago I already created a blog with a nice big title to describe each ESP phase.

Looking back at that blog, I did describe “Preparing your device for mobile management” but not that well. So let me try again!

During the “Preparing” ESP phase the “Policy Providers” need to be installed. Those Policy Providers are required for the ESP to know which policies and Win32 Apps it needs to track.

To make sure those Win32 Apps could be tracked another policy provider is needed. To do so the Policy provider aka the Intune Management Extension (MSI) needs to be installed. Of course, the Intune Management Extension is also responsible to install those nice Win32Apps, MSI apps, and PowerShell scripts.

After the Intune Management Extension is installed it will communicate with Intune which apps need to be installed. When IME received the list of apps that are required to be installed it will tell the ESP it’s ready! Now it’s ready the ESP could proceed to the “Device Setup” phase.

Please Note: Even before the ESP proceeds to the Device Setup, the IME is already installing some of your MSI apps like the Office 365 Apps even while it’s still in the “Preparing” phase. Because when the IME is installed it will just start performing its job!

To give a small summary in chronicle order

1. After a successful MDM enrollment, the Preparing your device for mobile management will start
2. The ESP will wait for all the policy providers to be installed
3. The Device will communicate with Intune to receive a list of policies to process and what it needs to track
4. The DM Client will begin applying the Device based configuration Policies
5. The DM Client will also start downloading and installing the MSI apps like the Intune Management Extension and the Office 365 Apps (if configured with the CSP option)
6. After the IME is installed it will receive a list of Win32apps that needs to be installed and will tell the ESP it’s ready to proceed!
7. The ESP will proceed to the “Device Setup” phase

After reading the summary you could say there is much to be done during the “Preparing Phase”

2. The Issue

Now we know what’s happening during the “Preparing” phase. Let’s take a look at the error we got while enrolling a new Virtual Machine (VM) with Autopilot

As shown below, it is giving us the famous 0x800705b4 Time-Out error and the setup could not be completed.

Normally this 0x800705b4 error could be due to a TPM attestation TIME-OUT. In the past, I have written a lot about TPM provisioning errors and their time-outs

After reading this blog, I guess we could pretty much say the 0x800705b4 just means a Time-Out occurred and we don’t know what to say else…. But why the Time Out?

3. The Simple Fix

Let’s take a look at what’s happening inside your VM at that exact same point when we received that error. When opening the Task Manager you will immediately notice the device could be pretty busy

As shown above, 100% CPU time… isn’t good! Let me show the real issue.

When people are testing stuff, mostly they will test it inside a VM (or maybe a nice sandbox)

Windows Sandbox | Container Manager Service | VMWP | (call4cloud.nl)

But please, pretty please don’t assign that VM only 1 VPU! It’s even in the MS Docs!

Windows Autopilot device guidelines | Microsoft Docs

It is telling us to assign at least 2 (and not 1!!!) Processors and 4 GB when using a VM for Autopilot testing. The best practice is to just assign it 4 VPU’s!

After changing the amount of VPU’s you will notice this error is gone!

Conclusion

Of course the error I showed you could also be due to TPM attestation timeout but when using a VM with only 1 VPU it could pretty much be due to the amount of VPUs you have assigned to it. So speed it up otherwise it’s not going to be fast