Setting up a lab can be a pretty time consuming project. A number of people, myself included, have created various hydration kits in an attempt to make it easier. One thing that they many have in common is that they use the Microsoft Deployment Toolkit (MDT) to generate a large build ISO to be used for building each virtual machine.Using an MDT build ISO has both advantages and disadvantages. It is portable. It is simple.
But it takes massive amounts of disk space and changes are very time consuming. Update – Michael Niehaus took an interest in my problem and was able to reproduce it in one specific scenario.Here is his email explaining how he was able to reproduce the problem:I tried it and it worked fine.
But I didn’t give up like most auto mechanics do JSo I was able to reproduce the error in one specific scenario: Create a task sequence through the MDT wizard, specifying an admin password (saved as plaintext in the Unattend.xml). Edit the Unattend.xml and save it (you don’t need to change anything, just save). Deploy with either the admin password wizard pane enabled (SkipAdminPassword=NO) or a non-blank AdminPassword variable value (specified in CustomSettings.ini, database, etc.).In this particular case, MDT injects the value of AdminPassword into the Unattend.xml but doesn’t reset the plaintext value. Definitely a bug.Thanks,-MichaelIn this case I had done exactly that. I had set an admin password when I created the task sequence through the wizard. I also edited the unattained.xml file. And finally, I had an admin password specified in the Default section of my CustomSettings.ini.
So, I managed to find the one way to shoot myself in the foot with this.Stumbled onto an issue yesterday after upgrading my MDT 2013 deployment share to MDT 2013 Update 1. My existing task sequences would fail during OOBE.Windows could not parse or process unattend answer file C:windowsPantherunattent.xml for pass oobeSystem. The settings specified in the answer file cannot be applied. The error was detected while processing settings for component Microsoft-Windows-Shell-Setup.If I created a brand new task sequence and modified nothing it would work perfectly.So I compared my original Unattend.xml with the factory default one to look for differences in oobeSystem. The only difference was that in my original XML the passwords for the Administrator account and the autologin account were not in plain text while the factory XML was.My original XML is on the left while the factory default is on the right.I used the Windows System Image Manager, triggered by editing the XML through the MDT console, to modify the “ProtectYourPC” setting and turn off auto updates. That was the only setting I modified and never touched the passwords. My guess is that WSIM set the passwords to be encrypted by default.UpdatedI took my original XML and using Notepad replaced the password sections and left the ProtectYourPC setting untouched.
Feb 2, 2016 - Either typed in via MDT deployment wizard login dialog box, or automated via bootstrap.ini. The next step is to create the Configure - Set Autologon in Domain. Name: Add Administrator001 user to local admin group. An Windows 10 administrator is someone who can make changes on a computer that will affect other users of the computer. Administrators can change security settings, install software and hardware, access all files on the Windows 10 computer, and make changes to other user accounts.
Ran a test build with it and it completed successfully.