danke für das Feedback, was sicherlich dem ein oder anderen Leser hilft. Ich hab diesen Ansatz bewusst im Artikel nicht so deutlich angegeben, denn diese Art der Aktivierung klappt nur ein paar Mal – ich habe da eine geclonte VM auf diese Art aktivieren können. Allerdings macht Microsoft irgendwann nach einer bestimmten Anzahl an Aktivierungen den Aktivierungsserver für den betreffenden Key dicht. Ergo muss man zum Telefon greifen und den Microsoft Support wegen des abgelaufenen Keys kontaktieren.

Der springende Punkt ist aber der: Ich möchte ja meine physikalische Maschine mit der OEM-Variante weiter betreiben. Um legal zu bleiben, brauche ich ja eine Maschine mit einem zweiten Windows XP Produktkey. Und da “kotzen die Pferde”, da sich nur Schlüssel aus den betroffenen Schlüsselkreisen verwenden lassen. Wer Keys aus MSDN oder Technet hat, kommt dann nicht weiter.

Paragon-Software, die ich wegen der Problematik kontaktiert habe, hat bisher auch keine Lösung (die haben das Thema an die Entwickler weitergeleitet). Meine Idee, warum ich dies Paragon gemeldet habe: Im Idealfall integrieren die in den P2V-Assistenten eine Funktion, bei der ich dann nicht nur die Target-Maschine über eine virtual Disk wählen kann, sondern in der ich auch eine Option habe, in der ich vorgeben kann, dass die virtualisierte Maschine aus einem OEM-, Retail-, Technet- oder MSDN-Kanal stammt. Dann kann der Assistent bei der Migration in die virtuelle Maschine nicht nur die erforderlichen Treiber injizieren, sondern modifiziert auch die Aktivierungseinträge in Windows XP so, dass das virtualisierte Gastbetriebssystem sich mit einem gültigen Schlüssel aus dem (ggf. wählbaren) Schlüsselkreis aktivieren lässt. Aber es kann natürlich sein, dass Microsoft da den Daumen drauf hält.