Hello
I own a Surface Pro 6 and have had the following experiences while restoring with the Surface Recovery Image.
A little bit of information in advance:
I don't have any problems with the surface and didn't notice these things until I ran the recovery process on the surface itself as part of another support case.
I followed the Steps from this Website and Video and have select the option: Clean the drive fully.
https://support.microsoft.com/en-us/surface/creating-and-using-a-usb-recovery-drive-for-surface-677852e2-ed34-45cb-40ef-398fc7d62c07#bkmk_reset_surface



When I received the error message for the first time, I thought that my USB stick with the image was defective and I downloaded a new image on another computer and created a new recovery stick with another USB stick.
Then I started the steps over and the process failed again.
Since I didn't pay much attention to the matter at first, I started the process a third time and kept an eye on the Surface.
However, this time I have the option: Just remove my files.
The recovery process only went up to 96% this time and crashed again.
Then I looked at the setupact.log file in the $Systemreset\Logs folder and could see that the process failed due to a fatal error.
After that I downloaded a recovery image again and used a another stick.
Then I started the process again with: Clean the Drive fully.
The process fails after 99% again.
The renewed evaluation of the log files showed: Windows could not update the computer´s boot configuration.
Via the command prompt I could see that all partitions were created and that the Windows partition also contains all data.
Then I deleted the system reserved partition via Diskpart, created a new one and created the start configuration file via bcdboot command, rebooted Surface.
The recovery process then continued and could be completed without any problems.
I researched why this error occurs and found out that the Surface has the option: Boot configuration lock in Uefi.
I check the option on my interface and it was enabled.
First I asked myself why the option was activated. Is it activated by default?
And then I asked myself why it wasn't mentioned on the Surface Support page?
I deactivated the option and started the recovery process: Clean the Drive fully again to test whether it ends without errors this time.
The result was that the trial failed again.
Then I checked the Setupact.log in the $Sysreset folder again.
Result:
FatalError [0x090001] PANTHR Exception (code 0xC0000005: ACCESS_VIOLATION) occurred at 0x00007FFB54BBED75 in X:\windows\system32\WIMGAPI.DLL (+000000000003ED75)
Then I went back to another of the existing sticks and started over.
Again with the same result.
After various tests on my part, I have found that the recovery process will only run successfully if I first clean the SSD with the Diskpart command: clean. Did not format the hard drive.
Something in the image seems to be wrong here, which causes the process to crash if the hard disk is not cleaned beforehand.
Upon request, I will provide Microsoft with the data from the $Sysreset\Log folder.
Friendly greetings
Sorry for any mistakes. English is not my native language.