Hi Broadcom and Fellow Sufferers :)
I can reproduce always the following error when restoring a partition image with ghost64.exe to a GPT disk. Please read this description complete.
If you restore with ghost64.exe a partition image to a GPT drive where the EFI partition has no drive letter, then ghost64.exe aborts whith an error at the end of the restore.
I am not restoring the EFI partition itself! This happend to all partitions of the related GPT disk, on which you have an EFI partition with no drive letter assigned.
It seems that the restore itself completes, but at the end your program tries to "Configuring operating systems disk layout". In this final part of the restore it comes to
Error 1801 "Bad block(s) encountered on read", followed by 1815 "Ignore subsequent bad blocks?", and when answered with Yes, it breaks with 8027 "An internal incosistency has been detected". In Ghosterr.txt there is always Win32 error: 0x00000005, Access is denied. So for me it seems that the assignment of the drive letter to the EFI partition fails.
I can reproduce this error with 12.0.0.11197 and 12.0.0.11210, but I guess you can see this also with other versions. I can reproduce this under Windows 10 PE and also full installed versions of Windows 10. It does not matter which file system the restored partition has. It happens with the well known file systems and also with other sector-to-sector saved images.
If you assign a drive letter to the EFI partition before doing the restore, then this error does not occur. And please note: I am not restoring the EFI partition! This happens to all partitions of the related GPT disk.
I hope you can forward this description to the development team.
If you provide a point fix I will test it and give here feed back.
Regards,
Denis