SKU as in what did you install and what was installed when the HWID was established, Home, Pro, etcetc...
Windows 10 pro en-gb was installed earlier. I chose the same while installing. That's the one I always use.
Error: 0x803F7001 On a computer running Microsoft Windows non-core edition, run slui.exe 0x2a 0x803F7001 to display the error text.
That sounds like something went really wrong with your attempts to get it activated. When i search for "0x803F7001" in only find reports related to no hwid being present, what does running MAS 1.4 result in?
MAS 1.4 check activation status says 0xC004F034 I looked it up: The mentioned error code usually means that the user entered the wrong license key. However, Microsoft admitted that the problem is more often at Microsoft’s server’s end, which may get too overloaded after the release of updates and other Microsoft support products. Therefore, if you cannot activate Windows due to the 0xC004F034 error, we would recommend postponing the activation for at least a couple of hours or the whole day.
1904x.1266: https://forums.mydigitallife.net/threads/windows-10-hotfix-repository.57050/page-656#post-1692679
So @Enthousiast was right afterall the new 21H2 EP KB5003791 is now versioned 19041.1237 (up from 19041.1019) that's actually the only difference, package content is not changed
Updated the 1904x.1266.1.12 Updates Overview: https://forums.mydigitallife.net/th...-21h1-2-vb_release.80763/page-16#post-1571109
At that time I had only used the option to check activation status. On a system with non-genuine Windows I'd have just run the activation without bothering you, but this laptop had genuine Windows and I wanted to see if recovery was possible from whatever error that caused it to lose activation. I still don't know for sure what happened. Anyway, now MAS did the job. Thank you so much for jumping in and helping out with suggestions and tools to try. I really appreciate it.
Actually, by default, the DISM 10.0.19041.1019 Package Identity doesn't exist. By default, DISM does not use the mum2:customInformation substring to create a Package Identity for the EP. Instead, DISM uses the assemblyIdentity substrings. To get the Package Identity list for Windows 10, open a command prompt window and run: DISM /Online /Get-Packages /Format:Table This is the relevant MUM entry for the 06/29/21 EP: <assemblyIdentity name="Package_for_KB5003791" version="10.0.1.2" language="neutral" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" /> DISM parses the MUM entry and creates the following Package Identity: Package_for_KB5003791~31bf3856ad364e35~amd64~~10.0.1.2 <---Valid The following is not a DISM default Package Identity 10.0.19041.1019 <---Not Valid The Package Identity for the new 09/24/21 EP is: Package_for_KB5003791~31bf3856ad364e35~amd64~~19041.1237.1.3 <---Valid 10.0.19041.1237 <---Not Valid for this package