Check immovable files before planning a basic-volume shrink

Source facts

Windows can shrink a partition from its end to create contiguous unallocated space on the same disk. Microsoft states that ordinary files are relocated during shrinking and that reformatting is not required. Some files, including paging files and shadow-copy storage, cannot be relocated automatically. Their position can limit how far the partition can shrink. Microsoft documentation.

Applicability

Limit this review to an NTFS basic volume; do not apply its file-relocation discussion to a raw partition containing application data. Identify the disk, partition, intended new boundary, and workload owner. Review the documented filesystem and volume requirements before relying on a capacity estimate.

DSE recommendation

Record the current layout and the space requested for the new purpose. Investigate the reported shrink limit before proposing removal or relocation of system-managed data. Have the owner approve the partition change and verify the relevant recovery arrangements. Keep troubleshooting of a smaller-than-expected shrink separate from authorization to delete files or change shadow-copy retention.

Verification

After the approved operation, compare the resulting volume size and unallocated region with the plan. Test access to representative files and the application that uses the volume. Record the actual reclaimed space rather than the original estimate. If the target size was not achieved, preserve the observed limit and investigate it before attempting another layout change.

Official references

Microsoft Learn: Shrink a Basic Volume. Source reviewed September 8, 2026.