When you upgrade from Windows 7 or Windows 8 to Windows 10, 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 v1803 to v20H2) in Windows 10. 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 SP User profile suffix mismatch: upgrade asked for "ramesh", actual suffix is: "ramesh.000" Info SP Conflicting profile folder content (C:\Users\ramesh):
If the subject user account is a secondary account, you may backup its data and delete the user account and its profile folder (as a workaround).
Clean up the ProfileList registry key
If the above steps don’t help, or if you don’t want to delete your user profile to fix the problem, then try this method as an alternative:
Important: Be sure to make a complete image backup before even attempting to modify the
ProfileList registry entry. Incorrect changes made to the above key would prevent you from logging in to your user account.
Make a complete image backup (using Macrium Reflect or similar program) of your computer, and then clean up the invalid or non-existent user profiles under this registry key:
In the Registry Editor, expand the
ProfileList key and check each SID and the corresponding
ProfileImagePath data. If you find an obsolete or non-existent user account, then delete the corresponding SID key.
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!)
HKLM\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 Setup error 0x800707E7 0x3000D.