NetBackup v7.7.3 uses VMware VDDK v6.0.
.
The VMware VDDK release notes for v5.5.1 notes that there was a bug/limitation in VDDK v5.0 around GPT disks:
https://www.vmware.com/support/developer/vddk/vddk-551-releasenotes.html
...which says:
"VixMntapi now works better with GPT partitions.
The VDDK 5.0 Release Notes said that the VixMntapi library did not support GPT. After a root cause analysis, VMware determined that the problem was partition ordering, with the shadow copy partition appearing first although it was index numbered later. So VixMntapi was modified to put the shadow copy partition in its expected order. This change enables file-level restore on Windows Server 2012."
.
You say you are using VMware vSphere ESXi v5.5. Do you really mean v5.5 GA, or has it been patched. I'd be curious to know "exactly" which version of ESXi you are using. But I'm not asking because I know of a solution. I mean, I don't know of a solution either way.... but telling us exactly which version of ESXi you are running might help others forum users provide you with better advice.
.
Now then, I can't help but think that... if your ESXi really is v5.5 GA, and not v5.5.1 or later, then maybe the v6.0 VDDK in NetBackup v6.0 is not enough... and so maybe... if your ESXi was v5.5.1 or above, then you might be ok... but then this is proabably nonsense from me... and all because I don't know which exact version of ESXi you are running. Do you see why we always need to be very specific with forum posts about exactly which versions we are running.
.
Anyway, enough of all that conjecture. Personally, IMO, I think you need to open an official proper Veritas Support case, and reference this forum post... because there could be a little nugget in this forum post (and the forum posts linked from this post itself) which might help the Veritas Support technician pinpoint exactly what the problem is.