Eu nunca tentei isso, mas suspeito strongmente que isso não pode ser feito.
As ferramentas VMWare dentro do acesso de rede "falso" da VM ao host, como evidenciado pelo fato de que você ainda pode acessar o host (por meio de um caminho UNC) mesmo que a VM não tenha acesso à rede.
O CSC.sys é um driver de sistema de baixo nível que fica no mesmo nível da pilha da rede. Eu suspeito que ele carrega primeiro para que ele possa fazer a coisa, e é inteligente o suficiente para saber a diferença entre um volume local e um caminho de rede (mesmo um "falsificado"), já que esse é o ponto principal de sua existência. O local do cache deve ser um local de acesso garantido no caso de uma interrupção de rede. O parâmetro existe apenas para colocá-lo em um volume local diferente no caso de uma unidade C: com restrição de espaço.
Colocar o local do cache em uma unidade de rede (mesmo um VMware falso) estaria rompendo um buraco no espaço-tempo no que diz respeito ao sistema operacional. Provavelmente, é por isso que o Windows não inicializa quando você tenta. Ninguém teria pensado em corrigir esse bug, uma vez que não faz sentido (afinal, você poderia teoricamente isolar o convidado e / ou desinstalar o VMWare Tools e também perderia o acesso aos volumes do host).
Além disso, as junções NTFS não são tão robustas quanto os hardlinks e links simbólicos * nix. Existem muitos programas que não são enganados por eles. Mesmo o Windows Explorer não sabia o que fazer com eles antes do lançamento do Windows Vista, e a única razão para isso foi que a Microsoft começou a usá-los para compatibilidade com o Windows XP.
Se você realmente conseguir fazer esse trabalho de alguma forma, eu adoraria saber como você fez isso.