03/28/2018 874 views
Short version: 
Scripted install for Windows 10 Pro (1709 at the moment) - we use a VLK embedded in the answer file and since win10 has "all the versions" on one single ISO, your answer file also needs to specify which OS version you are loading, re:
            <MetaData wcm:action="add">

Recently (as in the last 3 months) when we image Dell Precision systems based on Xeon CPU's, the scripted install appears to complete and "activate" normally, with our VLK and all that, except the windows OS version is "Windows 10 Pro for Workstations" (meaning my installs from the K1000, which are OS specific, don't run). Manually re-entering the VLK via "change product key", and re-activating instantly changes the OS version to the correct SKU

Any ideas how/why? I'm at a loss. We've never seen this behavior prior to 1709, and all non-Xeon CPU machines image correctly. It's a mild annoyance to have to manually pop a key on on random machines. 
0 Comments   [ + ] Show comments


All Answers

as you say you've never seen this behaviour prior to 1709 the logical conclusion is that it is a problem with the 1709 build...
As this is the case the only option you have is to script (it's a few command lines calling vbs scripts) that change / re-enter the product key and attempt to reactivate post deployment for these HW models.


Use LTSC (the OS formerly known as LTSB), really, it's a lot less hassle unless you really need all the bells and whistles (and other c*ap)... but if your using Pro that can't be the case.
Answered 03/28/2018 by: Pressanykey
Red Belt

  • Don't use Pro, thumbs down

    LTSB and Enteprise LTSB for the win.

    Anyway, you could add a post installation task to re enter and re-activate the key.


Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login