Hello Salam,
Thank you for posting your question on the Microsoft Windows Forum!
Thank you for providing the screenshot and error details. The screenshot helps confirm that Hyper-V is failing before it can build the VHD checkpoint chain, which is why the checkpoint merge cannot begin.
The most important finding is the error:
Cannot delete checkpoint: Catastrophic failure (0x8000FFFF)
Virtual machine failed to generate VHD tree
This is significant because Hyper-V normally generates the VHD tree by traversing the parent-child relationship between the .avhdx checkpoint disks and the base .vhdx file. If Hyper-V cannot build that chain, it often indicates a problem with the checkpoint disk hierarchy, missing references, damaged metadata, or inaccessible virtual disk files.
Highest-value next step
Before attempting any manual merge operations, I would verify the integrity of the checkpoint chain.
For the affected VM, could you check the VM storage folder and identify:
The base .vhdx file
All associated .avhdx files
Whether any checkpoint files appear missing
I'd also recommend inspecting the parent relationships of the AVHDX files.
You can do this from PowerShell:
Get-VHD -Path "C:\Path\To\Checkpoint.avhdx" | Select-Object Path, ParentPath
or:
Get-VHD -Path "C:\Path\To\BaseDisk.vhdx"
The goal is to determine whether Hyper-V can still resolve a complete parent chain for every checkpoint disk.
Additional check
Since the VM appears to have multiple checkpoints, I'd also be interested to know whether:
The VM starts successfully
The VM can be exported
Hyper-V reports any errors in Event Viewer
In particular, please review:
Event Viewer
→ Applications and Services Logs
→ Microsoft
→ Windows
→ Hyper-V-VMMS
and:
Hyper-V-Worker
around the time the checkpoint deletion fails.
One clarification
Have any of the following occurred recently?
Storage migration
Manual movement of VHDX/AVHDX files
Backup software interaction with Hyper-V checkpoints
Host crash or unexpected shutdown
One reason I ask is that "failed to generate VHD tree" is frequently associated with checkpoint chain inconsistencies created after storage operations or interrupted checkpoint merges.
Before making changes
Because you mentioned that your goal is to reduce everything back to a single VHDX for backup purposes, I would recommend not manually deleting any AVHDX files until the parent-child relationships have been verified. Manual deletion can make recovery significantly more difficult if the checkpoint chain is already inconsistent.
If you can share:
The output of Get-VHD for the AVHDX files
The VM configuration version
Any Hyper-V VMMS or Worker events
I can help determine whether this is a broken checkpoint chain or a storage-related inconsistency and advise on the safest next step.