| Previous | Next |
| VDS_E_LUN_DYNAMIC_OFFLINE | VDS_E_MIRROR_NOT_SUPPORTED |
VDS_E_LUN_SHRINK_GPT_HEADER
GPT stores redundant partition metadata at both ends of a disk. The UEFI specification requires the primary GPT header at LBA 1 and the backup GPT header at the last LBA of the device; the backup partition-entry array is placed before that final header. Because IVdsLun::Shrink removes bytes from the end of the LUN, changing the device boundary also changes where the backup GPT structures must reside.
Why this state matters
This HRESULT means the requested final LUN capacity does not leave a valid layout for the relocated backup GPT metadata. It is not simply “the disk is GPT” and it is not repaired by deleting the primary header. The shrink target must leave enough end-of-device space and remain consistent with the usable-LBA range and existing partitions.
Diagnostic focus
- Calculate the intended final LUN size and inspect the GPT first/last usable LBA range plus the end of every partition.
- Increase the resulting LUN size so the backup partition-entry array and backup header can be placed at the new end of the device.
- Do not manually zero the backup GPT structures to bypass the check; GPT relies on primary/backup metadata and CRC validation.
- After a successful shrink, update host disk properties and verify that Windows reads a consistent GPT layout at the new capacity.
Technical references
IVdsLun::Shrink · MS-VDS error codes · Windows and GPT FAQ · UEFI GPT disk layout · IVdsLun
Looking for a different code? Search another status or error code.