When you upgrade from Windows 7 or Windows 8 to Windows 10 or 11 or do a repair installation, the error 0x800707E7 – 0x3000D may occur and the setup is canceled automatically. The same error may occur when installing a Feature Update (e.g., upgrading from 21H2 to 22H2). Here is the full error message:
We couldn't install Windows 10. We've set your PC back to the way it was just before you started installing Windows 10. 0x800707E7 - 0X3000D The installation failed in the FIRST_BOOT phase with an error during MIGRATE_DATA operation.
0x800707E7) denotes The specified profile is intended for a device of a different type than the specified device.
The error occurs when the setup process attempts to migrate data from the old installation to the new. If the old installation has service user accounts (e.g. nVidia’s
UpdatusUser user account, SQL Server’s service account, etc.), the setup process fails when attempting to access the account and migrate its contents.
The setuperr.log (
C:\$Windows.~BT\Sources\Panther\setuperr.log) would show these entries:
Error SP User profile suffix mismatch, upgrade cannot continue.[gle=0x00000012] Error SP pSPExecuteApply: Migration phase caught exception: Win32Exception: User profile suffix mismatch, upgrade cannot continue: The specified profile is intended for a device of a different type than the specified device. [0x000007E7] enum MIGSTATUS __cdecl pSPExecuteApply(enum SetupPlatform::SP_MIG_SCOPE,class UnBCL::String *,int,int,int,class UnBCL::ArrayList<class UnBCL::String *> *,class UnBCL::String *,class UnBCL::String *,class UnBCL::ArrayList<class UnBCL::DictionaryEntry<class UnBCL::String *,class UnBCL::String *> *> *,class UnBCL::String *,int,int,class UnBCL::String *,class UnBCL::String *,class UnBCL::String *,class UnBCL::String *,class UnBCL::String *,class UnBCL::String *,class UnBCL::ArrayList<class CWIMBootData *> *,class UnBCL::String *,int *,class CSPTelemetryData *,struct ISPMigProgress *,long *) Error SP Apply (first boot apply, online phase): Migration phase failed. Result: 4, specific error: 0x800707E7[gle=0x00000002] Error SP Operation failed: First boot apply. Error: 0x800707E7[gle=0x000000b7] Error SP Operation execution failed: 13. hr = 0x800707E7 Error SP ExecuteOperations: Failed execution phase Post First Boot. Error: 0x800707E7 Error SP Operation execution failed. Error SP CSetupPlatformPrivate::Execute: Failed to deserialize/execute post-FirstBoot operations. Error: 0x800707E7
And the following line is the most significant in the
Warning SP User profile suffix mismatch: upgrade asked for "UpdatusUser", actual suffix is: "UpdatusUser.000" Info SP Conflicting profile folder content (C:\Users\UpdatusUser)
UpdatusUser is a special user account added by the Nvidia update program. This account runs the NVIDIA Update service for updating drivers and application profiles through the NVIDIA server. The service cannot be run without this account. This account runs the NVIDIA Update service for updating application profiles through the NVIDIA server.
It’s unclear why the Windows 10 Setup is encountering an error when accessing these kinds of special profiles. To work around the issue, delete the UpdatusUser account.
To remove the UpdatusUser account from desktop PCs, you must remove the NVIDIA Update software (and all its functionality) from your PC. To remove NVIDIA Update software, either:
• Uninstall the NVIDIA Update software using Windows Programs and Features, or
• Reinstall the NVIDIA driver but do not install (deselect) the NVIDIA Update software
To remove the UpdatusUser account from Optimus notebooks, you must uninstall the entire NVIDIA graphics driver from the notebook. It is not possible to remove the
UpdatusUser account without uninstalling the driver.
After removing the
UpdatusUser service account, remove the C:\Users\UpdatusUser folder manually if required. The Windows 10 Setup should run correctly now.
Not UpdatusUser, but a regular account?
In some cases, the log may point to a regular user account instead of a service account like UpdatusUser.
Warning [0x0803ba] MIG Found valid profile but can't get user credentials. User SID: S-1-5-21-4177050897-1459726966-2642812848-1002. Error: 0x00000534[gle=0x000000cb] Warning SP User profile suffix mismatch: upgrade asked for "ramesh", actual suffix is: "ramesh.000" Info SP Conflicting profile folder content (C:\Users\ramesh):
Clean up the ProfileList registry key
Before beginning, note that troubleshooting the error 0x800707E7 is similar to troubleshooting the 0x8007001F error. These error codes have a common cause — i.e., duplicate user profiles. For more information, read the article Error 0x8007001F Installing Feature Update or Cumulative Update.
Open the Registry Editor by running
Go to the following key:
Select the erroneous SID subkey (denoted in the log). In this example, the erroneous SID is S-1-5-21-4177050897-1459726966-2642812848-1002. Delete the SID from the ProfileList registry key below:
Important: Be sure to make registry hive backup before modifying the
ProfileList registry entry. Incorrectly modifying the key will prevent you from logging in to your user account.
Event Tracing sessions running?
The error 0x800707E7 may also occur if some files in your profile folder is locked by some event tracing files. To see if a third-party app has enabled event tracing, inspect the Performance Monitor.
perfmon.mscand maximize the window.
- Expand “Data collector sets”.
- Inspect “Event Trace sessions” and “Startup Event Trace sessions” to see if a third-party event trace session is running. If so, stop/disable it.
For example, Zune app or Norton Security may have enabled an event tracing session.
The screenshot is from Windows 10 Polish language OS. Polish to English translation is below:
"Działa" means "Working" "Włączone" means "Enabled" "Wyłączone" means "Disabled"
In this example, you can see Norton’s “NPETraceSession” entry is enabled.
- See if Setupact.log mentions “NPETraceSession” as the reason for the migration failure. If so, disable the event trace.
- In “Startup Event Trace sessions, double-click “NPETraceSession”
- Select “Trace Session” tab, and uncheck “Enabled”
- Click OK.
- Restart Windows and try to update Windows.
Here is what some users said:
This led me to discover HOMEGROUPS was enabled on this computer. I disabled HOMEGROUPS, the homegroups$ user was removed and upgraded successfully.
So the problem was indeed a wrong user, in my case it was the user “UpdatusUser”. It was tricky because it is a hidden user.
After some research I found that this user is created by NVIDIA since version 270 on desktop computers (previous version on some laptop computer already used the “UpdatusUser”).
Upgrading from Win10 1511 to 1703. Same problem & codes as original question. Unlike below replies with solutions, only Microsoft AV was installed. Two steps to my solution.
1 – I found two profiles referencing the same user directory on the hard disk. I deleted the one I suspected was invalid. (Export/Backup first!)
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\ CurrentVersion\ProfileList
2 – I switched from using a domain admin account to using the local PC admin account to perform the upgrade (run setup.exe).
Unsure which step or both was the key.
What did I do to solve this problem:
I moved my SQL Server Databases to another SQL Server Instance on another machine in my network (in fact a VM hosted on the same PC)
I uninstalled SQL Server 2017 from the machine
I removed all folders in C:\Windows\ServiceProfiles that seemed to belong to SQL Server respectively were mentioned in the log file (about 10 folders)
Thereafter I started the update again. And it ran through.
And maybe this will help someone else…
I hope one of the above suggestions helped you fix the Windows 10/11 Setup error 0x800707E7 0x3000D.
One small request: If you liked this post, please share this?One "tiny" share from you would seriously help a lot with the growth of this blog. Some great suggestions:
- Pin it!
- Share it to your favorite blog + Facebook, Reddit
- Tweet it!