O MBR não é o problema. Deixando de lado as coisas que se instalam como vírus de computador MBR, como o GRUB, os MBRs convencionais adequados têm pouco a ser afetados pelas diferenças entre as máquinas. A principal coisa que varia de máquina para máquina que afeta como o código de inicialização em MBRs opera é a presença das extensões Phoenix / IBM / Microsoft INT 13h. Alguns programas de bootstrap do MBR simplesmente assumem que as extensões estão sempre presentes. Sua ausência não é realmente uma preocupação para as máquinas fabricadas neste século, uma vez que a maioria dos PCs de varejo vendidos desde o meio até o final da década de 1990 têm essas extensões, portanto suas preocupações com o MBR são, em grande parte, um obstáculo.
O foco de preocupação mais apropriado é abordado em a resposta à pergunta que foi apontada por shlck acima. Os drivers de dispositivo usados pelo sistema operacional, conforme configurado e instalado em um volume do sistema no disco, podem estar completamente errados para a nova máquina.
Para o Windows NT, por exemplo, os drivers de classe HAL e "boot start" devem ser os corretos para ativar o sistema no novo hardware. ( Isso é o processo de inicialização do Windows NT versão 6.x .) A Microsoft já fornece Artigo da Base de Conhecimento Microsoft # 249694 detalhando muitos dos fatores que impedirão que isso aconteça; então não vou repeti-los aqui.
As mesmas preocupações se aplicam a outros sistemas operacionais. Para o Linux, como outro exemplo, Carla Schroder observa que você pode se deparar com mensagens de erro "tipicamente enigmáticas e inúteis" se o kernel compilado for bootstrapped e (como M. Schroder não declara explicitamente, mas como Andryan Prakasa Gouw observa ) todos os initrd modules não correspondem corretamente ao novo hardware.