All versions Pro x64
A couple days ago I did a Win 10 21H1 fresh install on a virgin NVMe and was surprised to see it it is approx 27 Gigs. To test my aging memory I did a Win 7 install (retail -- up-to-date through Nov 2020) in Virtualbox then upgraded using the 21H1 ISO downloaded from Microsoft. Ignoring windows..old and driver/driver store folder variances the upgrade approach is approx 17 gig, or roughly 30% smaller than a fresh install. The size of the "upgraded on VM" is consistent with the size found in my Macrium Reflect backup image taken of a physical SATA SSD immediately after a Win 7 to Win 10 1909 upgrade performed last Nov.
Question #!: why is a fresh install larger? My expectation was for it to be smaller given the absence of Win 7 leftovers ...
Assuming a fully functional Win 10 21H1 using the upgrade approach I'm seriously considering wiping the NVMe and doing the upgrade approach. One option is to create a Reflect image of the attached/mounted VHD from the VM. Unfortunately, since I expected the VM test to a quickie I was not as careful as I'd be for a "live" install on a physical drive/partition and prefer to completely start over.
I seem to recall a couple of anti-piracy constraints on too fast a turn around when reusing a Win 7 retail license:
[1] deactivating the Win 7 VM instance (which is reverted from Win 10 upgrade to Win 7 immediately post-activation snapshot) using
slmgr.vbs /upk
doesn't actually do anything on Microsoft servers to flag deactivation of a particular key; it just puts the local instance into a non-activated/non-genuine state
and
[2] there must be at least ?60?/?90? between activations of the key on different H/W (a vBox VM machine ID when it's created; it is unrelated to the host H/W profile as far as I know).
Question #2: if either [1] or [2] above true? (Obviously I've attempting searching for an answer before spending time writing this; nothing I found discusses this level of detail).
Any assistance will be appreciated.
Art