When an image is not trimmed

Virtual Disk Trim trims an image only when it can be certain which blocks are free. When it cannot, it leaves the image alone and says why in the Status column; the full explanation appears when you hover over the row. The reasons that call for an explanation are listed below; the others, such as Not enough space, speak for themselves.

Status Meaning What to do
In use Another program, usually the hypervisor, has the disk open. Shut the virtual machine down and close the program using the disk.
Not shut down cleanly The guest file system was not closed properly, so its record of free space may be out of date. Start the virtual machine and shut it down normally. Do not suspend, hibernate or power it off.
Busy in the guest An operation such as a resize or a conversion was under way inside the guest. Start the virtual machine, let the operation finish and shut down.
Snapshot or differencing disk The disk depends on a parent disk, has snapshots or a saved state. Delete or merge the snapshots in the hypervisor, then trim the resulting disk. Do not trim the base disk underneath while snapshots exist: it is not recognised as one.
Encrypted The image file itself is encrypted, as a qcow2 can be. Such an image cannot be trimmed. An encrypted volume inside an ordinary image is a different case, see below.
Format not supported A variant of the format the application does not handle, such as a compressed qcow2 or a stream-optimised VMDK. Convert the image to a plain variant with the hypervisor’s own tool, for example qemu-img convert.
Part of the disk is missing A piece of a split disk is absent, or a volume group extends over another disk. Bring the missing files back beside the others.
Not a disk image The content of the file is not what its name says, or it is one piece of a split disk. For a split VMware disk, add the descriptor file and not one of the pieces.
Damaged or inconsistent The image or a file system in it failed a consistency check. Check the disk with the hypervisor’s tool and the file system inside the guest, for example with chkdsk or fsck.
Cannot be saved this way The destination cannot hold the result, for example a file over 4 GB on FAT32, or a raw image on a disk without sparse files. Also shown for an image marked read-only on Windows, which is never replaced. Save copies to a disk with a different file system. For a read-only image, clear the mark or save a copy.
Verification failed The trimmed image did not match the original. It was discarded and the original is unchanged. Try again; if it repeats, check the host disk and memory and contact support.

Volumes left as they are

A reason can also apply to a single volume while the rest of the disk is trimmed. Such a volume is copied whole and shows Left as it is followed by File system not recognised, Kept as it is or one of the reasons above. Nothing needs to be done about it; it only means that this volume’s free space stays in the image.

An encrypted volume is the common case. It is marked Encrypted; since its contents cannot be read without the key, it is copied as it is, and the guest unlocks it afterwards exactly as before.