Administrace komentářů

Problém by mohl nastat pokud jsi nechal VM v prodaném PC a kupující by ji spustil a ty bys VM spustil zase na svém PC. V tu chvíli by MS viděl 2 spuštěné OS ze dvou různých IP adres.

Pokud nehrozí dvojí spuštění jedné VM, tak pak nevidím důvod spouštět nástroj na deaktivaci Windows. Ty máš v podstatě pořád stejnou mašinu (i když je to jen virtuální mašina). Jediný drobný problém může být ve změně CPU (na novém PC/NTB). V XML máš cpu mode="host-model". To znamená zkopírování modelu CPU z hostitele. Takže pokud jsi měl doteď "Skylake", tak stejný CPU měla nastavena i VM a OS Windows ve VM viděl nějaký typ virtuálního Skylake. Michochodem úplné zprůchodnění CPU se provádí volbou host-passthrough. Když bude mít tvůj nový PC např. CPU Ryzen, tak ho uvidí i OS ve VM a teoreticky by Windows mohl začít řvat, že se změnil HW. Pokud bys VM spouštěl pokaždé někde jinde, tak by bylo lepší nastavit CPU v XML na nějaký pevný model (možná qemu64). Pokud tedy hrozí, že je u tvé licence nějak omezen počet změn HW. Mám dojem, že u OEM licence nějaké takové omezení platí. Pro nejlepší kompatibilitu je ale lepší používat ve VM typ CPU, které má fyzicky hostitel.

V podstatě půjde o stejnou situaci jako kdybys na železe vyměnil CPU. Předpokládám, že máš krabicovou Win10 a nevím jak zní přesný postup - jestli by se měl před výměnou CPU Windows deaktivovat pomocí "slmgr /upk". Předpokládám, že to asi není potřeba. Já jsem párkrát změnil CPU ve VM a Windows nikdy nezačal řvat kvůli licenci, takže si myslím, že z toho nemusíš mít strach.