O motivo da opção VMDK de 2 GB é garantir que o VMDK possa ser armazenado em um sistema de arquivos FAT32 ou similar. Esta parece ser a única razão para quebrar os arquivos de disco virtual comumente pensados.
Tendo o mesmo problema, eu sei desta solução somente se você usar o VirtualBox no Linux :
- Crie seus pedaços de arquivos com fallocate, vamos chamá-los de vhd001.raw para vhd016.raw
- conecte dispositivos de loop a eles: %código%
- Use o driver MD para montá-los em um intervalo sem superbloco persistente: %código%
- Use o mdX como uma imagem de disco bruta10
Isso é um truque, eu recomendo que você vá com a opção 2GB-VMDK e tenha certeza, você tem bastante alças de arquivos disponíveis (man ulimit)