To follow-up on my earlier post “Deploying Windows 10 Enterprise Technical Preview with MDT 2012 Update 1 Preview” Let’s try to do a little automation to make the deployment experience a little smoother.

We just need to do a little configuration within the Microsoft Deployment Toolkit 2013 Update 1 Preview.

The first thing that comes to mind is, when we PXE/media boot our client.
We are shown the Microsoft Deployment Toolkit Welcome Wizard. We need to click Run the Deployment Wizard to install a new Operating System.

Note that in this picture is also the option to set Default Keyboard layout for Windows PE as well as a Static IP. I’m going to assume that we always have DHCP in place and accessible for our clients.

To skip the Welcome Wizard:

1. Right Click your Deployment Share
2. Click Properties
3. Click Rules
4. Click Edit Bootstrap.ini
   1. The bootstrap.ini contains configuration needed before we connect to our Deployment Share.
   2. Keep in mind that all changes here will not be reflected until a new media has been generated.
5. in the [Default] section right under that path to your DeployRoot add: SkipBDDWelcome=YES
6. Close the editor
7. Click Ok to close Deployment Share Properties
8. Right click your Deployment Share
9. Click Update your deployment share
10. Click Next
11. Click Next
12. Click Finish
13. The ISO and WIM image within the Boot folder of your Deployment Share has now been updated – attached ISO media to VM or update WIM file on your Windows Deployment Server. I’m going to copy the Wim to my Hyper-V Host and mount it in my test VM.
14. Boot your client to verify the changes

Next up – User Credentials Prompt

Specify credentials for connecting to network shares

This is where need to type in the credentials for the Deployment Share. This is the last prompt before we start processing data from the Deployment Share – so we need to edit bootstrap.ini again

1. Right Click your Deployment Share
2. Click Properties
3. Click Rules
4. Click Edit Bootstrap.ini
5. in the [Default] section right under that path to your SkipBDDWelcome add: UserID=<someusername>
   UserDomain=<domain or servername>
   UserPassword=<somepassword>
   1. The UserID can we a local account on the server hosting our Deployment Share.
   2. UserDomain must reflect if the account is Domain based or local on our Deployment Share server
   3. We only need NTFS read rights (and of course read share permissions) for the Deployment Share
6. Close the editor
7. Click Ok to close Deployment Share Properties
8. Right click your Deployment Share
9. Click Update your Deployment Share
10. Click Next
11. Click Next
12. Click Finish
13. Update your ISO or PXE Media
14. Boot your client to verify the changes

We are now taken directly to the Task Sequence wizard

Select a task sequence to execute on this computer

Let suppose that we only have and need one task sequence job – lets automate this step as well

Changes will be a bit easier this time, hence we don’t need to update the ISO or PXE media each time – we are now working with CustomSettings.ini

1. Right Click your Deployment Share
2. Click Properties
3. Click Rules
4. in the [Default] section right under the last line (In my case its SkipBitLocker=Yes) add:
   1. SkipTaskSequence=Yes
   2.  TaskSequenceID=IW10ETPX64
      1. The Task Sequence ID can be found in Task Sequences tab under the Deployment Share

5. 

   List of Task Sequences within your Deployment Share

6. Click Ok
7. Boot your client to verify the changes

You should now be brought directly to the Computer Details page

Domain or workgroup information

I’m going to keep this window visible for the computer naming part, but it can of course be skipped. It will require two skip options:

• SkipComputerName=Yes
• SkipDomainMembership=Yes

You could also just prepopulate the fields in CustomSettings.ini for either Domain or Group

Domain:

• JoinDomain=ClientGeeks.com
• MachineObjectOU=OU=Staging,DC=CLientgeeks,DC=com

Workgroup:

• JoinWorkgroup=SomeWorkGroup

It will automatically use the account used to connect the network share, you can for obviously reasons use a different account

• JoinDomain=ClientGeeks.local
• DomainAdmin=DomainJoinAccount
• DomainAdminDomain=Clientgeeks.com
• DomainAdminPassword=Pa$$w0rd1

The great part of working with CustomSettings.ini is that there is no need to rebuild boot media – changes are effective immediately – go ahead and give it a try

When you boot your client again with the latests additions, we have arrived at Move Data and Settings:

Move data and settings from a previous version of Windows

The default option for this step is: Do not move user data and settings, If we where to just skip this step, the outcome would be no data and settings backup

• SkipUserData=YES

Some other configuration options are:

• USMTOfflineMigration=True
• DoNotFormatAndPartition=Yes
• OSDStateStorePath=\\MDT01\StateStore$

Configure CustomSettings.ini and boot the client again – you could also just click next, BUT we know that testing is good, and more testing is better! 😉

Next up is the Locale and Time Zone selection

Specify locale and time preferences

The valid skip options:

• SkipLocaleSelection=Yes
• SkipTimeZone=Yes

I’m going to configure the optional options just as default

• KeyboardLocale=0409:00000409
• UserLocale=0409:00000409
• UILanguage=en-us
• TimeZone=004
• TimeZoneName=Pacific Standard Time

If you ready and retry – you should now only be prompted with a “Ready to begin” and a blank details section, don’t see any need for this page, so let’s just skip this as well

Ready to begin

This can be skipped with the follwing option:

• SkipSummary=Yes

Let try it out! 🙂

Hopefully you have achieved an automated installation progress now

Installation Progress

The IT Organization and Running Package name can also we changed, here is an example that includes the current date and tasksequence ID using a variable – can of course just be static text.

• _SMSTSOrgName=ClientGeeks.com #day(date) & “-” & month(date) & “-” & year(date)#
• _SMSTSPackageName=%TaskSequenceID%

Customized Installation Progress Window

Here is a snip of my CusomSettings.ini and Bootstrap.ini – yours should look similar to this

CustomSettings.ini

[Settings]
Priority=Default
Properties=MyCustomProperty

[Default]
OSInstall=Y
SkipCapture=YES
SkipAdminPassword=YES
SkipProductKey=YES
SkipComputerBackup=YES
SkipBitLocker=YES

SkipTaskSequence=Yes
TaskSequenceID=IW10ETPX64

SkipComputerName=Yes
SkipDomainMembership=Yes

JoinDomain=ClientGeeks.com
MachineObjectOU=OU=Staging,DC=ClientGeeks,DC=com

SkipUserData=Yes

SkipLocaleSelection=Yes
SkipTimeZone=Yes

KeyboardLocale=0409:00000409
UserLocale=0409:00000409
UILanguage=en-us
TimeZone=004
TimeZoneName=Pacific Standard Time

SkipSummary=Yes

_SMSTSOrgName=ClientGeeks.com #day(date) & “-” & month(date) & “-” & year(date)#
_SMSTSPackageName=%TaskSequenceID%

Bootstrap.ini:

[Settings]
Priority=Default

[Default]
DeployRoot=\\MDT01\DeploymentShare$

SkipBDDWelcome=YES

UserID=svc-mdt-install
UserDomain=ClientGeeks.com
UserPassword=Password1

Have fun deploying! 🙂

Start the Microsoft Deployment Toolkit Workbench

1. Open Deployment Workbench
2. Right Click Deployment Shares
3. Click New Deployment Share
4. Change Deployment Share Path to match your environment – in my case I change to D:\DeploymentShare
5. Click Next
6. Change the share name or leave as is
7. Click Next
8. Change Deployment share description or leave as is
9. Click Next
10. Remove all the checks – we will configure these at a later point (CustomSettings.ini)
11. Click Next
12. Review details
13. Click Next
14. Click Close

Now we have the a deployment share to work from – Now we need some data

Let’s start by importing Windows 10 Enterprise Technical Preview

If you haven’t already downloaded the iso – get it though the Windows Insider Program (http://windows.microsoft.com/da-dk/windows/preview-iso)

1. Expand Deployment Shares
2. Expand the newly created MDT Deployment Share
3. Right click Operating Systems
4. Click Import Operating System
5. Mark Full set of source Files
6. Click Next
7. Browse to the content of the ISO downloaded from the Windows Insider Program – I mounted the ISO onto my MDT VM, you could also just extract the content and move it to a reachable location UNC or otherwise.
8. Click Next
9. Destination Name will show up as Windows 8.1 Enterprise x64 – change this to Windows 10 Enterprise Technical Preview x64
10. Click Next
11. Review the details
12. Click Next
13. Click Finish
    1. The imported operating system will name appear in Operating Systems with the name Windows 8.1 Enterprise in Windows 10 Enterprise Technical Preview x64 Install.wim

Now let’s go ahead and create Task Sequence to install this nice vanilla version of Windows 10 Enterprise Technical Preview

1. Right Click Task Sequences
2. Click New Task Sequence
3. Type in an ID for your new install task sequence – I will Type IW10ETPX64, could be anything
4. Type Task sequence name – I will type Install Windows 10 Enterprise Technical Preview x64
5. Maybe we even type a comment – I will type todays date, this field is not mandatory
6. Click Next
7. Choose Standard Client Task Sequence
8. Click Next
9. Choose the newly import Windows 10 Enterprise Technical Preview x64 Install.wim
10. Click Next
11. We could specify the MAK Key that we got from the Windows Insider Program, but it’s not required
12. Click Next
13. Type in Full Name, Organization Name and homepage
14. Click Next
15. Type a local administrator password
16. Click Next
17. Review the details
18. Click Next
19. Click Finish

So now we got the task sequence ready – so what’s next?

Let’s start the creation of the needed boot images (or either ISO or PXE boot)

1. Right click the Deployment Share
2. Click Update Deployment Share
3. Click Next
4. Click Next
5. Click Finish

Browse to your Deployment Share in Windows Explorer

Locate the boot folder – We now have the newly generated boot files. Wim files if we want to PXE boot using Windows Deployment Services, or ISO if we want to use a Boot CD.

I’m going to copy the LiteTouchPE_x64.iso to my Hyper-V host, so I can test boot a VM.
Let’s boot and see what happens

1. Insert the boot media into your VM or test computer (keep in mind we still haven’t added any drivers
2. Boot on the media

We are now being presented with the Deployment Wizard Welcome screen

If we to automate or just plain and simple skip this window

• Add SkipBDDWelcome=Yes to bootstrap.ini

1. Click Run the Deployment Wizard to install a new Operating System
2. We are now being prompted for Network credentials to access the share
   1. Type in valid user credentials
   2. This can be automated or skipped with
      1. UserID, UserDomain and UserPassword in Bootstrap.ini
3. Click OK

Now we are connect to the deployment share – all changes needed from heron out is done within the task sequecen, CustomSettings.ini or within the Deployment Share

1. Choose your Task Sequence – Install Windows 10 Enterprise Technical Preview x64
   1. This can be automated with the SkipTaskSequence=Yes & TaskSeuqneceID=IW10ETPX64 (ID of your task seuqecen) – the changes is needed in CustomSettings.ini
2. Click Next
3. Type in a computer name
   1. Of course we can automate this as well… – CustomSettings.ini
4. Type in Domain or Workgroup information
5. Click Next
6. Choose whether or not to move data and settings from previous versions of Windows
7. Click Next
8. Choose to restore user data – we don’t in this case
9. Click Next
10. Choose your locale and time preferences
    1. Again – we ca automate this in…… CustomS……s.ini
11. Click Next
12. Review the details
13. Click Begin

The computer is now being installed with the Windows 10 Enterprise Technical Preview

Automating the process will be covered in another post, as well as adding applications and customizing J

Came across this great post by Keith Garner (http://ow.ly/JeHHD) on Microsoft Social forum

Its the most thorough debugging guide I’ve seen on drivers in MDT

How to debug Network Driver Problems

One of the earliest hurdles an MDT administrator will come across is the management of device drivers, specifically networking drivers. With most other drivers, like Audio, printer, and video drivers, a quick call to Windows Update or install over the network will resolve the Installation. However unless the Network (and storage) Drivers are installed into Windows from the start, it will be much more difficult to install the rest of the system.

This post should help you get started if you find a machine that did not install a device driver properly, and you want to know how to find and import the correct drivers.

Installing network drivers in the full OS

• Step 1 – Try network connection again
  It’s possible that you might get a DHCP error from MDT, but when you try again later to connect the Deployment Share it works! This may be caused by a slow or malfunctioning DHCP server in your network. Re-check your DHCP servers, ensure that PortFast is enabled on your routers. If all else fails get your network administrators to document the DHCP delay. A long delay in modern networks is unnecessary.

• Step 2 – Verify connectivity
  You may not have a driver problem but a network problem. Check the physical connection on the computer (Network installs on MDT *REQUIRE* a wired network connection, no Wi-Fi). Open a web browser. Check the IP Address (ipconfig.exe /all). Ping the Deployment Server, manually connect to the Deployment Share. IF you can’t connect to the Deployment Share, neither can MDT.

• Step 3 – Find the Correct Driver Package
  Before you load the driver into MDT, first verify that you have the correct driver. There are scenarios where you may *think* you have the correct driver, but the driver will never run because the package is designed for a different OS/SKU/Platform/whatever. Install the driver package by:
  ○ Open the Device Manager (devmgmt.msc).
  ○ Find the network device in the list (ensure this is the wired device, not the wireless device)
  ○ Right click on “Properties” and click on the “Details” tab.
  ○ From the “Details” tab, select the property “Hardware Ids” select all the values, and copy to the clipboard, it would be a good idea to save for later. Should look something like:
  PCI\VEN_8086&DEV_1502&SUBSYS_21F317AA&REV_04
  PCI\VEN_8086&DEV_1502&SUBSYS_21F317AA
  PCI\VEN_8086&DEV_1502&CC_020000
  PCI\VEN_8086&DEV_1502&CC_0200
  ○ From the “Driver” tab, click on “Update Driver…”, click on “Browse my computer for driver software” locate the driver package on the local machine or USB Drive, and install the package.
  ○ You should get a confirmation that the driver package was installed.
  ○ IF you do not get confirmation, MDT driver installation may not work.

Windows will install the driver starting with the *.inf install package, and will typically include a *.sys (binary) and a *.cat (digital Signature). If the driver package has been re-packaged into a *.cab, *.zip, or other compressed *.exe file, the package must be extracted first. This is a hard requirement for any driver used by MDT and/or SCCM. All driver packages that are signed by Microsoft (WHQL) will be installed from the *.inf file, and you should only use devices that have the Microsoft WHQL Logo as a sign of quality.

If you need a help on where to find driver packages for your devices, the 3 largest Computer OEM manufacturers supply drivers grouped by Make and Model that are easily imported into MDT and SCCM. See: http://deploymentbunny.com/2014/07/08/back-to-basicwhere-to-find-drivers-for-servers-and-clients/

• Step 4 – Load driver into MDT
  If you have more than 20 driver packages, or if you anticipate you will have more than 20 drivers, you should start grouping your drivers in sub-folders for organization. One popular method is to group by Computer Make and Model. Ensure that you are using the correct Driver Selection Profile in your task sequence. If you are unsure, disable any selection profile(s) to ensure the driver is installed correctly.

• Step 5 – Run the full MDT installation
  During installation MDT will perform the following:
  ○ Run the PNPEnum.exe utility and capture output to PnPEnum.xml. The VEN_Xxxx and DEV_Yyyy from the “HardwareIDs” property above must be present in this list. Otherwise we won’t have a match.
  ○ Search through the %DeployRoot%\control\drivers.xml file looking for a match for the HardwareID. MDT may filter the search based on the folder search type.
  ○ MDT will copy each matching driver to the local c:\drivers directory using the xcopy.exe command. You can search (grep) for the string “xcopy” in the ZTIDrivers.log file, that will get you list of all driver packages matched by MDT.
  ○ MDT will allow the machine to boot into the NEW OS, and Driver Installation will begin in the OS. IF there are multiple drivers found and copied locally, the Windows (not MDT) will determine the best one. The c:\windows\inf\SetupAPI.*.log files will detail which drivers copied locally were installed (or *not* installed).

Installing Network Drivers in WinPE

• Step 6 – Try the network connection again
  (See above

• Step 7 – Verify Connectivity from within WinPE
  Verifying network connectivity will be a bit more difficult in WinPE, since we have a limited User Interface, so all investigation must be done in the debugging mode (Press F8) cmd.exe
  ○ Try connecting to the Deployment Share:
  c:\> net use * \\MDT\DeploymentShare$ /u:UserDomain\UserName *
  ○ Try pinging the Deployment Server:
  c:\> Ping.exe MDT.Corp.contoso.com
  ○ Verify that you have an IP address ( ipconfig /all ) If you have an AutoConfiguration address – Driver OK – WinPE can’t reach the DHCP server. If you have “Media Disconnected” – Driver OK – Physical adapter not plugged to network. If no devices are listed – Driver bad – Driver not installed.
  ○ Check the x:\windows\system32\WpeInit.log – This log will show the network driver (if found) being installed.
• Step 8 – Verify driver packages are getting included into WinPE
  Firstly, verify the correct driver package from within the full OS above. By default MDT will import *all* Storage and Networking drivers into your WinPE image. However it is possible to change the subset of files copied via “Selection Profile” or other method. Cross check your WinPE Driver Settings.
  ○ From within the MDT console, right click on the root of your Deployment Share and select properties.
  ○ Click on the “Windows PE” tab, and the “Drivers and Patches” sub tab for both x86 and x64.
  ○ Your Network Drivers package must be in the “Selection Profile” if enabled.Finally verify that the correct Network Driver package is being copied to WinPE. If necessary this may include setting up a debugger to watch the MDT Provider build the WinPE Image from scratch. My preference is to use the SysInternals  http://live.sysinternals.com/Dbgview.exe tool.
  ○ Open up the MDT console.
  ○ Download and run the DbgView.exe tool.
  ○ Update the deployment share in question.
  ○ The DbgView tool should show what drivers were copied to each WinPE Image.

Other

• Whenever you add a driver into the MDT console, you must update the deployment share for that drivers to be added to your WinPE Image. If you are unsure, select “Completely regenerate the boot images.” to ensure the drivers is imported. Additionally, you must copy the updated LitetouchPE_x??.wim and *.iso files to the other consumers of the WinPE image like WDS/PXE and or any USB offline media.
• Note that some Broadcom NetXtreme class of drivers have a multi-function driver architecture that may have difficulty loading in WinPE. Ensure that you load the “RIS” class of drivers from Broadcom in your MDT environment.
• Note that by default MDT does *NOT* support the installation of Windows over Wireless network devices (Wi-Fi). The MDT installation sources must either be available through wired networking, or offline (USB Flash) media.
• This post does not discuss origination of drivers within MDT ( Chaos vs. Total Control ), that is a different topic. http://www.deploymentresearch.com/Research/tabid/62/EntryId/112/MDT-2013-Lite-Touch-Driver-Management.aspx

Further Help

If you are still having problems with drivers in via MDT, ask the experts in the MDT Technet Forum:

• Include a short description of the problem. Including the Make/Mode if necessary.
• Include the HardwareIDs from the Device Manager (Devmgmt.msc) into the post (from above).
• Copy your known good driver package (step 3 above) to OneDrive.
• Copy the following log files to a public site like OneDrive and include the link:
  ○ PnpEnum.xml (from Client)
  ○ Bdd.log (From Client) – or at least the ZTIDrivers.log file.
  ○ c:\windows\inf\SetupAPI.*.log (from client)
  ○ %DeployRoot%\control\Driver*.xml
  ○ %DeployRoot%\control\SelectionProfile*.xml
  ○ %DeployRoot%\control\settings.xml (if problems in WinPE)
  ○ x:\windows\System32\WpeInit.log (if problems in WinPE)
  ○ If the MDT server is not including your driver package in WinPE include the DBGView log.