Windows 10 Update can't update system reserved partition

@NavyLCDR
Thank you for your response.

Yes. My laptop currently has 2 partitions only on it. One partition has Windows 10 build 10240 and contains my boot loader files. The second partition contains Windows 10 Insider build 10532. I deleted the little 350mb system reserved partition that previously contained my boot loader files and used Macrium Reflect boot fix utility to create the boot files on my Windows partition.

Again, Your answers to the OP so far is based on what you are running Windows in your Laptop which is a MBR partition scheme while his PC is using GPT partition scheme.

Your advice to delete the 100MB EFI system partition and use Macrium to fix the bootrec simply does not work. Not the same in MBR partition scheme where you can have the boot manager in the reserved partition or in the C drive. With GPT, you must have a EFI system partition for Windows to boot.

Copy the partition to the empty space, expand it to 350mb, make sure to set the new copy as the active partition

There's several methods to do that as well. I believe Macrium Reflect does it, if need be, when fixing boot problems with Windows. Diskpart can be used. Windows disk management can be used. Any partitioning program such as Minitool Partition Wizard can do it.

There's no such thing to set a EFI system partition as Active with GPT disk, only with MBR disk. Your advice to "Make sure the new partition active" simply does not work either. Here's an example in your response that diskpart can be used with GPT disk:



And also cannot mark active from disk management as the option is grayed out.

Rittercon,

You can read the lengthy posts and procedures that topgundcp and slartybart have made, but keep in mind one thing:
Solved Windows 10 couldn't update system reserved partition - Windows 10 Forums

A three post thread. Problem. Three sentence solution. Problem solved.

So where do we go from here with your three sentence solution ? Please advise

rittercon, you're doing an admirable job!

I think the easiest thing for you to try at this point (thanks for all of the great feedback) is to
par 1: shrink by 160 MB
par 2: move (0 MB before / 160 BM after) and resize to 260 MB (100 original + 160 claimed from par 1)

I'm tempted to suggest a 450 MB resize (350 MB from par 1), but I'm curious to see if the advanced 4k scheme is the issue or if it's a Win10 EFI system partition size issue.

I'll leave that decision up to you, it's your time and your machine. If you decide to make one stab at it,
par 1: shrink by 350 MB
par 2: move (0 MB before / 350 MB after) and resize to 450 MB (100 original + 350 claimed from par 1)

I suggest doing this with a bootable Minitool Partition Wizard
Select the 64 bit download and burn the ISO to a disc or use Rufus to put the ISO on a Flash drive
note that Rufus flagged the vesamenu.c32 as old and offered to update it - I did that when I built a PW 9.1 flash and it solved an old monitor issue that always split screen

I'd also like to know how your firmware is set up.
Is the setting:
UEFI
Compatibility Support Module (CSM)
Legacy (BIOS)

I looked at the MSI page (please confirm I went to the correct page for your board)

Type: AMI BIOS
Release Date: 2015-06-05
Version: 1.A
File Size: 6.08 MB
Description - Updated BIOS code to support 5th-Generation Intel Core Processors
***Support 5th-Generation Intel CPU requires VGA driver version 10.18.14.4206 or later

What version is on your machine?

It seems as though you're capable enough., but I'll be glad to answer any questions.

Tried Navy's recommendation (post #34) since it seemed easiest. Successfully created 360MB FAT32 partition by copying and extending existing 100MB FAT32 to 360MB unallocated space taken from c drive.

Rebooted system and tried windows 10 install; but no joy. Same error message as previously.

MiniTool shows the new 369MB partition as a "GPT (Data Partition)" w/ "none" status, whereas the existing 100MB system partition is "GPT (EFI System partition)" w/ "Active & Boot" status.



Restored everything back to original and will try Slartybart's recommendation next.

By the way, my BIOS identifies itself as "InsydeH20 Rev 3.7, with BIOS version 1.50, dated 4/18/2014.
My chipset identifies itself as: Intel 8 Series Chipset Family SATA AHCI Controller.
Don

Yes- Navy: I understand. Thank you for your help and guidance (and everyone else, too!).

Took a chance and extended the 100MB EFI system partition by "borrowing" 253MB from the 1GB Recovery partition, which showed only 391MB being used. MiniTool did this very quickly and easily. The EFI system partition now shows 353MB total, with 259MB unused.



Windows 10 is now downloading (I never got this far before) and is at 40%. Will let you all know what happens.

If successful, should I put the 253MB back into the Recovery partition, or leave it in the EFI partition? I really don't know what the 1GB Recovery partition is for, or whether 771MB (vs, 1GB) is enough for whatever it does.

Don

how did that get marked as Active when according to topgundcp there can't be an active partition on a GPT disk?

I said it at the beginning and I will say it again, the GPT boot process is controlled by "UEFI Windows Boot Manager" and there's no such thing as Active partition marked by disk management. Not by what you said that diskpart/Disk Management can be used to mark it active. The status "Active" shown by Minitool is not the same as shown in disk management. Just to indicate that this partition was used to boot up windows. Use another partition manager such as AOMEI Partition Manager, where do you see the partition is marked "Active" ?

However. You are correct about increasing the EFI System partition so I give you the credit for that.

Anyway, I am glad the problem got resolved.

Glad you got it sorted Don.

I would not change the size of the EFI system part - keep it with a bit of a buffer.