Windows 10 Upgrade Fails With Error Details: Code C1900101

Hi Amit(Kumar)

Thank you for your reply

I have Done the following as per your post.

• Uninstalled my Microsoft Security Essentials
• Disconnected Smart card Reader
• Disconnected Network Cable
• Set Computer to Clean Boot using MsConfig
• Checked the Hard Drive for errors
• Restored redirected Personal folders to their original location.
• Disconnected All Internal Drives except the 1TB (Divided into 2 x partitions Boot and Data) and DVD Rom Drive
• Checked Ram for Errors (No errors Detected)
• Ran CPU-Z all ok
• Rebooted 2 Times
• Mode sure system matches requirements
• Using a local Account administrator (Always have been)
• 111GB free Hard Disk Space
• Renamed the SoftwareDistrubtion folder
• Ran Upgrade from USB Thumb Drive
• It showed a warning about the Display language that I would need to download the language pack after installation.  Clicked OK
• Clicked on Install
• Installing Windows 10 Reached 100% Removed Thumb Drive and system rebooted
• Upgrading Windows Started reaches 23% System Rebooted
• Windows Logo
• Restoring your Previous version of Windows
• Windows 7.1 restored. and after reboot
• Error displayed is now 0xC19001001-0x20004. The Installation failed in the SAFE_OS phase with the error during INSTALL_RECOVERY_ENVIRONMENT operation
• End of SetupAct Log files is as follows

2015-08-07 09:38:47, Info                         [SetupPlatform.exe] DismMountClass::~DismMountClass Dismounting C:\$WINDOWS.~BT\Sources\WinRE\eef67291-c006-4564-b449-14660b48e0b8

2015-08-07 09:38:58, Info                         [SetupPlatform.exe]  (WinRE)WinReSetupMigrateDrivers() returning TRUE

2015-08-07 09:38:58, Info                  SP     WinRE driver migration action completed successfully.

2015-08-07 09:39:05, Warning                      VdsPlatform::ComputeHostInfo: Can't find host OS partition; no disk will be marked as the host

2015-08-07 09:39:05, Info                         SPInitializeDiskPlatform: Using VDS

2015-08-07 09:39:08, FatalError [0x090001] PANTHR Exception (code 0xC0000005: ACCESS_VIOLATION) occurred at 0x00007FFE8B51EBDC in C:\$WINDOWS.~BT\Sources\SetupPlatform.dll (+000000000027EBDC).  Minidump attached (63566 bytes)

Any help is much appreciated as I am now onto my 10th time to try install Windows 10 onto this computer.  

Exact same problem here as well, trying everything I can and find on the net. Must be at my 15th attempt now...

Would really like to get past all this..!

This is the only machine that is causing me issues I have upgraded about 10 other Computers so far and small issues usually sorted by renaming the Software Distribution folder or Just deletnig the Contents of the SoftwareDistribution\Downloads  folder.  I am it a loss to why this is happening and I would like to get this machine working as it is my main Computer I use each day. 

Hoping someone out there has a solution to this

SOLVED! Same 25% problem here. The reason it failed was the MBR partitioning of the disc, on EFI systems Windows 10 can only be installed on GPT discs. That's why the log message says that no host partition can be found.

The solution for my problem was to convert the disc to GPT format as described in http://social.technet.microsoft.com/wiki/contents/articles/14286..aspx?PageIndex=2

Some remarks to this approach

• Make 2 bootable discs first: a Windows repair disc and a Minitool Partition Wizard disc (program is free and you can create the disc from within the program).
• Before you begin make sure the first 'system partition' is big enough (>= 228 MB, see article). You can use Minitool Partition Wizard to resize (or create) it. This is the partition you have to replace by the new efi and msr partitions later.
• After the previous step my PC did not boot anymore: message "winload.exe missing". I solved the problem following the instructions in

Hi Willem,

It must be unfortunate that you are still facing the same issue. Let me help you.

I suggest you to reset the Windows update components and check if it helps.

Click on the below link and go through the below article.

Click on, https://support.microsoft.com/en-us/kb/971058

Check if it helps.

Please keep us posted on the issue. We will be happy to assist you accordingly.

Thank you.

Hi Aswin,

Thank you for your reply. In my post I tried to describe how I solved the problem, just to help others with the 'The Installation failed in the SAFE_OS phase with the error during INSTALL_RECOVERY_ENVIRONMENT operation' message.

Of course I also tried the 'Fixit trouble shooter' but that did not help since my problem was the MBR disc format.

I am running on a UEFI PC where everything in the BIOS related to the legacy BIOS boot is disabled (only UEFI allowed) and all my disks are also formated with GPT (no MBR).

Windows Update fails because it attempts to convert one disk to MBR for installing the recovery: after migrating the new OS succesfully, the recovery is installed also (but in a GPT partition) and then we get this stupid message !

Lot of people are having this failure.

On my PC, the last messages in Panther\setupact.log are:

2016-06-22 03:38:10, Info                  SP     WinRE driver migration action completed successfully.
2016-06-22 03:38:15, Warning                      VdsPlatform::ComputeHostInfo: Can't find host OS partition; no disk will be marked as the host
2016-06-22 03:38:15, Info                         SPInitializeDiskPlatform: Using VDS

And then the PC hanged during the night on the green screen at 22%. I had to press the reset button a short time (which took about 10 seconds and did not react, the PC finally shut down completely abruptly and rebooted from zero state, where the Windows installer rollbacked the installation.

Now I'm back to Windows 10 again: this failure is caused by an automated Windows Update. Now that I have rebooted this morning, Windows Update says that it will install the same update which will cause the PC to hang again during next night.

Automated installations of new builds of Windows 10 should NEVER be done by Windows Update.

Other infos is found in Panther\diagerr.xml whose last messages are :

<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="344" Fil="" Fun="CGlobalPath::FindGlobalPathCallback" Uid="51150848" Msg="FindGlobalPath: Cannot find volume name for \\?\GLOBALROOT\Device\HardDisk2\Partition1. Error: 0x00000001" PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="SetupPlatform.dll" Err="1" MD="" DT="2016-06-22T03:33:58"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="344" Fil="" Fun="CGlobalPath::FindGlobalPathCallback" Uid="51150848" Msg="FindGlobalPath: Cannot find volume name for \\?\GLOBALROOT\Device\HardDisk2\Partition2. Error: 0x0000001F" PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="SetupPlatform.dll" Err="31" MD="" DT="2016-06-22T03:33:58"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="470" Fil="" Fun="UnattendLogWV" Uid="50331648" Msg="[SetupPlatform.exe] ReAgentConfig::ReadBcdAndUpdateEnhancedConfigInfo GetOsInfoForBootEntry returned 0x2 " PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="ReAgent.dll" Err="0" MD="" DT="2016-06-22T03:33:59"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="470" Fil="" Fun="UnattendLogWV" Uid="50331648" Msg="[SetupPlatform.exe] ReAgentConfig::ReadBcdAndUpdateEnhancedConfigInfo GetOsInfoForBootEntry returned 0x2 " PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="ReAgent.dll" Err="0" MD="" DT="2016-06-22T03:34:00"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="2705" Fil="" Fun="COperationQueue::ExecuteOperations" Uid="51150848" Msg="DISKSPACEEXCEED: Operation consumed more disk space than declared. Exceeded by 130494464 bytes" PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="SetupPlatform.dll" Err="0" MD="" DT="2016-06-22T03:36:08"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="2705" Fil="" Fun="COperationQueue::ExecuteOperations" Uid="51150848" Msg="DISKSPACEEXCEED: Operation consumed more disk space than declared. Exceeded by 15253504 bytes" PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="SetupPlatform.dll" Err="0" MD="" DT="2016-06-22T03:36:18"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="2705" Fil="" Fun="COperationQueue::ExecuteOperations" Uid="51150848" Msg="DISKSPACEEXCEED: Operation consumed more disk space than declared. Exceeded by 52011008 bytes" PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="SetupPlatform.dll" Err="0" MD="" DT="2016-06-22T03:36:31"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="3452" Fil="" Fun="SPCalculateDriveMappings" Uid="51150848" Msg="SPCalculateDriveMappings: C:\ already maps to E:\, ignoring the newer mapping E:\" PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="SetupPlatform.dll" Err="0" MD="" DT="2016-06-22T03:36:32"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="3452" Fil="" Fun="SPCalculateDriveMappings" Uid="51150848" Msg="SPCalculateDriveMappings: C:\ already maps to E:\, ignoring the newer mapping E:\" PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="SetupPlatform.dll" Err="0" MD="" DT="2016-06-22T03:36:44"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="2705" Fil="" Fun="COperationQueue::ExecuteOperations" Uid="51150848" Msg="DISKSPACEEXCEED: Operation consumed more disk space than declared. Exceeded by 112508928 bytes" PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="SetupPlatform.dll" Err="0" MD="" DT="2016-06-22T03:37:17"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="2705" Fil="" Fun="COperationQueue::ExecuteOperations" Uid="51150848" Msg="DISKSPACEEXCEED: Operation consumed more disk space than declared. Exceeded by 81920 bytes" PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="SetupPlatform.dll" Err="0" MD="" DT="2016-06-22T03:37:17"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="2705" Fil="" Fun="COperationQueue::ExecuteOperations" Uid="51150848" Msg="DISKSPACEEXCEED: Operation consumed more disk space than declared. Exceeded by 98304 bytes" PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="SetupPlatform.dll" Err="0" MD="" DT="2016-06-22T03:37:18"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="2705" Fil="" Fun="COperationQueue::ExecuteOperations" Uid="51150848" Msg="DISKSPACEEXCEED: Operation consumed more disk space than declared. Exceeded by 40960 bytes" PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="SetupPlatform.dll" Err="0" MD="" DT="2016-06-22T03:37:20"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="2705" Fil="" Fun="COperationQueue::ExecuteOperations" Uid="51150848" Msg="DISKSPACEEXCEED: Operation consumed more disk space than declared. Exceeded by 131072 bytes" PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="SetupPlatform.dll" Err="0" MD="" DT="2016-06-22T03:37:20"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="2955" Fil="" Fun="SPMoveFileWithShortName" Uid="51150848" Msg="SPMoveFileWithShortName: Failed to move E:\SkyDriveTemp to E:\Windows.old\SkyDriveTemp, error: 0x00000002" PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="SetupPlatform.dll" Err="2" MD="" DT="2016-06-22T03:37:20"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="2705" Fil="" Fun="COperationQueue::ExecuteOperations" Uid="51150848" Msg="DISKSPACEEXCEED: Operation consumed more disk space than declared. Exceeded by 139264 bytes" PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="SetupPlatform.dll" Err="0" MD="" DT="2016-06-22T03:37:23"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="2705" Fil="" Fun="COperationQueue::ExecuteOperations" Uid="51150848" Msg="DISKSPACEEXCEED: Operation consumed more disk space than declared. Exceeded by 81920 bytes" PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="SetupPlatform.dll" Err="0" MD="" DT="2016-06-22T03:37:25"/>
<z:row Cls="D" Sev="50331648" Maj="Def" Min="Def" LN="981" Fil="" Fun="VdsPlatform::ComputeHostInfo" Uid="50331648" Msg="VdsPlatform::ComputeHostInfo: Can&apos;t find host OS partition; no disk will be marked as the host" PID="744" TID="780" Con="" Exe="E:\$WINDOWS.~BT\Sources\SetupPlatform.exe" Mod="SetupPlatform.dll" Err="87" MD="" DT="2016-06-22T03:38:15"/>

Note: the XML file is not terminated, it is not even a valid XML as it has several root elements:

<xml xmlns:s="uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882"
 xmlns:dt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882"
 xmlns:rs="urn:schemas-microsoft-com:rowset"
 xmlns:z="#RowsetSchema">

The last one has as a complete <s:Schema id="RowsetSchema"> child element, followed by the unterminated <rs:data> element which whose children are the "<z:row.../>" elements listed above.

So there are missing </s:Schema></xml>. This is where the PC hanged during the night.

Visibly it is ReAgent that fails to update the recovery partition (even if it is large enough !)

On my GPT disk (on SSD), the partitions are like this:

  99 MB for the UEFI boot (hidden, not mounted, FAT32, clean)

  240 GB for the C: drive (with lot of space available, NTFS, clean)

  599 MB for the recovery partition (hidden, not mounted, NTFS, clean)

  No free space left.

Actually I don't know why Windows Update does not want to use the last partition for the recovery which remains empty. Instead Windows Update attempted to reduce the C: partition (by 6 GB) in order to create a new empty partition between the C: drive and the existing 599 MB recovery partition. However it did not even initialize it (that partition was left unformatted...)

I have once again deleted that 6GB partition to extended again the C: drive over it.

in the previous night, Windows update had made the same thing. Each night since several days, Windows Update has attempted to install the new build with the same failure, each time creating a new 6GB partition at end. If I let it continue, Windows Update will create each night a new empty partition of 6GB: each morning I need to remove these junk partittions (supposed to contain the recovery, but actually not used at all.

In summary, Windows fails to create the recovery partition correctly.

This is in fact a bug of ReAgent (that also fails to do its work even when you try to do it manually yourself when Windows is online), as ReAgent incorrectly computes the space it needs on the new partition to do its work. The recovery partitition should not need more than 300 MB on Windows 10. I have a recovery partition of 600 MB, but this is not enough for ReAgent, and the Windows 10 installer even created a 6GB partition (20 times bigger than needed!) that ReAgent still refuses to use for unknown reason. Then the installation hangs, as the partition tables in memory don't match what is expected.