Microsoft update KB3159398
-
@ntoxicator said in Microsoft update KB3159398:
Understood! We have a documented set username/password for the local machine logon.
I'll be testing this on a fresh workstation I have here and create a new clone image for deployment.
Just to make sure we're on the same page. I'm proposing two different things here for you.
- create a new deployment image for new computers/users that has sysprep baked in.
- syspreping existing machines to solve your SID/GPO/WSUS problem.
option 1 is pretty easy - deploy current image to test machine, run sysprep, shutdown, take new image, deploy new image as needed - enjoy life.
option 2 requires a machine that is setup using your old method, i.e. no sysprep. you need to have it joined to the domain, a user logon, create some junk on the desktop, some favorites in the browsers, etc. Now, run sysprep on that machine. upon reboot, do what is needed to get it to be the same name it was before and joined to the domain. Then when you log in as that user, the user shouldn't notice any difference, all files should be where they left them. If this is not the case, then you'll need to find another solution to the SID problem for previously deployed computers.
-
@Dashrender
Thank you so much!We're on the same page :). That is what my mindset was and will be testing.
We use Roaming profile/Folder redirection -- so all user files and data will be just fine.
Starting from today, I'm going to work create a new deployment image for new computers we deploy. I'll pull down an existing image, run the sysprep and then create a new image of this
Question:
Even after I make the clone image after running the sysprep. This will absolutely guarantee a unique GUID for each and every freshly cloned computer after fact?
Greatly appreciate you pointing this command out to me. As before I tried to create sysprep using the unattend.xml configuration.
-
There are no guarantees in life, but you will be using the prescribed method for deploying Windows and should have fewer issues, like PSX, JB and I.
Now if you want to automate more of the setup during the OOBE (out of box experience) during the mini setup post sysprep, you can still create and use an unattended.xml, but as you noticed, that takes a lot of effort and many trials to make sure it works as you desire.
I tell you, the thing I really want, is the ability to give the computer a computer name during the mini setup so I don't have to waste a reboot doing that inside Windows. hell, if I could join the domain during that same mini setup, that would be awesome too. There were ways to allow this in the past, but they definitely weren't simple.
-
Gotcha
Its just the fact the new clone image, when pulled down to a new workstation; it'll boot-up to the OOBE setup. Rather than take to Desktop / logon screen as currently does on our current image. And due to it being the OOBE; this is when the SID will be created.
I tell you, the thing I really want, is the ability to give the computer a computer name during the mini setup so I don't have to waste a reboot doing that inside Windows. hell, if I could join the domain during that same mini setup, that would be awesome too. There were ways to allow this in the past, but they definitely weren't simple.
I completely agree with you here...
-
@ntoxicator said in Microsoft update KB3159398:
Gotcha
Its just the fact the new clone image, when pulled down to a new workstation; it'll boot-up to the OOBE setup. Rather than take to Desktop / logon screen as currently does on our current image. And due to it being the OOBE; this is when the SID will be created.
Correct. You'll go through a mini setup. If it's Windows 7 it might even ask you for a computername, Haven't done one in a while, don't recall. Windows 10 definitely does not ask.
-
