J'ai d'abord essayé de recréer le cd avec nlite, mais que ce soit la clé indiquée sur le stickers, ou la clé retrouvée directement via un soft en interne à mon install de windows, rien ne marchait.

 
Donc, je me suis orienté vers des softs de clonage, sans plus de succès (toujours des problèmes pour booter sur les nouveaux HDD, copies partielles des partitions, et autres joyeusetés qui m'ont pris beaucoup beaucoup de temps en tests , écritures, formatages, lectures de sites internets).

J'ai fini par opter de tenter le coup en faisant une copie directe des ( ) partitions  (une partition fat16 mais propriétaire, je crois, et une partition ntfs classique) en passant par un live cd de linux (kubuntu, une version récente).
C'est beaucoup plus rapide que de passer par des logiciels de copie/ghost   . Mais j'ai eu un problème de pour booter sur la copie.
 
windows ne trouvait pas le ficher " <%system%>/ system32/hal.dll "
dans la partition copiée, je trouvais cependant un fichier HAL.dll . bref, la galère...

Ensuite, j'ai effectué des commandes depuis un autre cd de XP home (un vrai cd oem officiel dont la licence est attachée à un autre pc.) depuis les fonctions récupérer (fixboot / fixmbr, etc) de la console de récupération .
Toujours pas de succès. ça me dérangeait de copier bêtement ce fichier "hal.dll" sans savoir la cause du problème.

   j'ai fini par simplement ne plus copier la partition fantôme qui s'appelait "dell utility" (reconnue en Fat 16 sous linux, et comme étant un format propriétaire depuis le gestionnaire windows)
Donc, copie de HDD->HDD plus récent uniquement de la partition supportant le système (depuis livecd linux), puis fixboot / fixmbr : et là, miracle, ça a booté, le système est stable, pas de pb.

Voulant encore optimiser les capacités du pc, j'ai essayé la même démarche sur un SSD     ;
 
Bien que bien reconnu dans le bios, impossible de booter dessus, même pas un message de hal.dll .
Je suis retourné sous linux, et j'ai vu que dans les propriétés de la partition, la propriété "boot" ne s'était pas enclenchée (pourtant je l'avais bien demandée)-> je coche sous linux cette proprio, et au boot suivant sur le SSD, il me demande le hal.dll; fixboot/fixmbr ->, j'arrive sur le bureau de win xp   , mais c'est lent... Très lent...      
 
Après pas mal d'essais divers et variés (hd tune me donnait des taux de 0.2 MB/s pour le SSD système alors que lorsque ce même SSD était en disque non système, je saturais le SATA1 aux 100Mb/s), je n'ai pu corriger ce phénomène et j'ai donc laissé tomber le ssd en système sur ce vieux PC.

   
 
Donc, en résumé, je voulais apporter un éventuel soutien à quelqu'un qui galèrerait à se faire une copie de sauvegarde et/ou à transférer sons système windows sur un pc "de marque" ; je rappelle la démarche:
 
1°) booter depuis un live cd de kubuntu    
2°) effectuer un bête copier/coller depuis le gestionnaire de partition de linux (uniquement de la partition système, il ne faut pas copier la partition fantôme)  
3°) vérifier que cette copie a bien la propriété "boot"    
4°) éteindre le pc, retirer l'ancien HDD    
5°) booter depuis un cd de windows    
6°) passer par la console de récupération et effectuer les commandes fixboot et fixmbr    
7°) enjoy    
 
je n'ai absolument pas la prétention de dire que ce que j'ai fait est correct d'un point de vue informatique, mais ça a marché dans mon cas, et ça pourrait aider .
 
NB: par sécurité, j'ai gardé le vieux disque système intact, c'est à dire que n'ai effacé ni la partition système, ni la partition fantôme.