Question : Utilisation 100% d'unité centrale de traitement dans le vCenter mais pas dans le taskmanager sur la VM de Windows NT 4.0 qui a été convertie

Bonjour,
I AM ayant une issue convertir une machine de Windows NT 4.0 de physique en virtuel.  Je n'ai pas essayé using le convertisseur de VMWARE de le convertir directement pourtant parce que ceci exigera une remise à zéro qui n'est pas sûre sur cette machine (très incertaine).  De toute façon, nous avons l'image vraie d'Acronis déjà installée sur cette machine ainsi j'ai créé une image pour elle.  Voici les étapes que j'ai exécuté… le

1. ai créé une nouvelle VM pour Windows NT 4.0
2. initialisé dans PXE et Acronis
3. a reconstitué l'image
4. initialisé dans BartPE et a couru l'outil de VMSCSIFIX pour envoyer les conducteurs de VM à la botte d'OS
5. de Windows NT le machine.
6. a installé les outils de VMWARE mais le conducteur visuel ne fonctionne pas le properly
7. a arrêté tous les services qui ne sont plus exigés comme Compaq, le NIC et le services
8. de sauvegarde sur bande ont arrêté tous les dispositifs qui ne sont très bien plus exigés comme Compaq, le NIC et les bottes du devices

Machine de sauvegarde sur bande mais dans le vCenter sont des expositions l'unité centrale de traitement constamment à 100% quoique dans la VM dans le gestionnaire de tâches elle soit sur le ralenti.  le

I a également essayé une autre approche qui était d'utiliser le convertisseur de VMWARE autonome et emploie l'image d'Acronis comme dossier pour convertir est-ce que mais il au même result.

Besides l'essai en utilisant le convertisseur sur la machine physique de phase, n'importe qui a-t-il mené a suggestions ou idées de ce qui peut causer ceci ?

class= de

Réponse : Utilisation 100% d'unité centrale de traitement dans le vCenter mais pas dans le taskmanager sur la VM de Windows NT 4.0 qui a été convertie

Il est intéressant, il prouve que vous employez un processeur simple HAL déjà. Je ne suis pas entièrement sûr pourquoi ceci ne manipule pas les serrures correctement mais laisse le remplacer par le monoprocesseur HAL de toute façon.

Approuver, diriger à c:\winnt\system32 et retitrer ntoskrnl.exe à ntoskrnl.exe.old juste pour être sûr.

Copier alors halapic.dll et ntoskrnl.exe à c:\winnt\system32.

Changer le boot.ini de :

(0) 0) 0) cloisons multi de rdisk de disque (((2) \ WINNT= " version 4.00 " /HAL =hal.dll /KERNEL =ntoskrnl.exe /NUMPROC =1 de serveur de Windows NT

à

(0) 0) 0) cloisons multi de rdisk de disque (((2) \ WINNT= " version 4.00 " /HAL =halapic.dll /KERNEL =ntoskrnl.exe /NUMPROC =1 de serveur de Windows NT

Essayer d'initialiser ceci et voir si cela le fait mieux. Se rappeler de changer les vCPUs de nouveau à 1 et l'OS de nouveau à NT 4 de victoire dans le vCenter.