Для упоминания некоторых, я еще не вижу перечисленный:
WhyReboot (сообщает о перезапуске поставленные в очередь операции),
ЦП-Z CPUID (информация об аппаратных средствах)
CloneSpy (дубликаты файлов)
Сканер (использование диска)
Я также рекомендация второго @John для комплекта инструментов NirSoft в дополнение к SysInternals, слишком многие, чтобы потрудиться перечислять отдельно.
Могло случиться так, что Windows не нравится изменение архитектуры системы, или потому что Вы переместились между хост-машинами, а также перемещающийся между VMMs, потому что Вы пошли от единственного ЦП до виртуального SMP (или наоборот), или просто потому что VMware и Xen представляют аппаратные средства по-другому.
Я не знаю приблизительно в 2003 в этом отношении, но Windows 2000 и NT имели другой HALs (Уровни аппаратной абстракции) для единственного процессора и систем SMP и нескольких других обстоятельств и только устанавливают правильное во время установки поэтому при изменении используемого оборудования, это не могло бы справиться. Существуют способы изменить постустановку HAL, хотя я не могу помнить как первое, что пришло на ум.
Вы попытались загрузить VM с установочным CD Windows 2003 и делать попытку восстановления установки, которую он находит?
Это может быть контроллер виртуального диска; я столкнулся с этим при виртуализации серверов Linux.
Я держал пари, что это потому что загрузочный диск, измененный с точки зрения Windows. IIRC, Windows не имеет дело хорошо с загрузочным диском, изменяющимся из нижней части это.
Думаю, вам стоит попробовать это, надеюсь, это решит проблему http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&externalId=1005208