Is seems a little bit strange that the virtualization tool disables virtualization.
Para entender isso, você precisa saber o que está acontecendo com seu sistema quando a virtualização está sendo usada.
Quando você não tem a virtualização ativada, seu sistema age assim:
[ Hardware ] -> [ Operating System ] -> [ Applications ] -> [ You ]
Quando você faz com o Hyper-V, há uma camada extra lá:
[ Hardware ] -> [ Virtualization Hypervisor ] -> [ One of possibly several OSes ] -> [ Applications under that OS ] -> [ You ]
Ao habilitar o Hyper-V, você tem um hipervisor lá, mesmo que não perceba nenhuma diferença. Agora, observe que o hypervisor está diretamente acima do hardware com o Hyper-V. Os produtos de servidor VMWare agem assim também.
Assim, quando o Hyper-V está habilitado, você está "em" um hipervisor, mesmo que esteja executando apenas 1 sistema operacional "guest" (seu sistema operacional pré-Hyper-V) no momento.
O hardware x86 NÃO suporta hipervisores de "aninhamento". A instrução VMXON que a configura causará uma "saída de VM" se a virtualização de hardware estiver ativada. Assim, quando um hipervisor está ativo, se o SO nesse hipervisor tentar configurar a virtualização, normalmente o hipervisor apenas informará ao sistema operacional convidado que a virtualização não é suportada.
É possível que o hipervisor "emule" a virtualização de hardware se realmente quisesse permitir que sistemas operacionais convidados usassem recursos de virtualização, mas, como você pode ver, o Hyper-V optou por não fazer isso (é complicado, afinal) .
Agora, se você estiver usando o VMWare Player ou o Virtual PC dessa maneira:
[ Hardware ] -> [ Operating System ] -> [ VM Application running an OS in it ] -> [ You ]
O VMWare player é capaz de manter várias instâncias de si mesmo (instala vários drivers), para que você possa executar vários players VMWare sem problemas. Não tenho certeza se você tentou rodar o VMWare Player e o Virtual PC - provavelmente não funcionaria.