After having tried all variations and suggestions on changing drivers, registry keys and what not, I happened to come upon the only single hacky way that worked.Every converter failed as it did not manage to "resolve" the SCSI IDE Mass Storage issue that was causing the BSOD.
The larger issue here is that the Physical machine has/ had Dell LSI SCSI hardware, and despite cloning the SBS 08 to an IDE drive as a Volume / Partition and enabling IDE/ ATAPI drivers etc. the OS seemed to "miss" its SCSI booting "sequence".
Então, isso foi feito com sucesso em estágios:
Estágio 1 : P2V usando o VMWare Converter autônomo para VMWare VM com VMDK SCSI
Este é um processo direto usando o Assistente de conversão de máquinas físicas. Se necessário, podemos adicionar um link relevante para isso.
Estágio 2 : inicialize a VM com VMDK SCSI com IDE principal anexado (VHD vazio - qualquer tamanho pequeno: por exemplo, 1 GB).
Isso foi fácil de fazer no VMWare Workstation 10.0 e esta etapa parece adicionar certas coisas do IDE à inicialização SCSI, o que torna o IDE do SO & Capacidade de inicialização SCSI / capaz.
Eu encontrei este hacky & passo excepcional nesta discussão no fórum:
Como converter imagens VMWare para imagens do Hyper-V
While most online discussions & suggestions only talk about converting VMDK to VHD, this one points out the MassStorage booting issue (SCSI vs IDE) that causes the above BSOD all the time (as I've seen and read on the web) and plagues so many P2V + Hyper V attempts and SCSI to IDE change.
Estágio 3 : em outra VM VMWare personalizada, anexe o VMDK acima como IDE para a inicialização primária. Inicialize, deixe-o completo e desligado.
Agora, o drive & seu sistema operacional inicializou com êxito por meio de um IDE Primário e está preparado para a conversão para o Hyper V (como o Hyper V não suporta vaiar a partir do SCSI)
Estágio 4 : Usando o Starwind V2V Converter (ou outro utilitário) converta o VMDK para VHD
Estado 5 : em uma nova VM do Hyper V, anexar VHD de saída como unidade IDE e inicializar no SO