MDT Download: Microsoft TechNet - Microsoft Deployment Toolkit
ADK Download: Windows Hardware Dev Center - Download the Windows ADK
Microsoft TechNet - Desktop Deployment
How to Deploy Windows XP Professional Using Windows Deployment Services (WDS)
Microsoft Support - After you upgrade to WDS, an ACPI Multiprocessor image does not appear in the menu of operating system images when you start a PXE client that uses an ACPI Uniprocessor computer HAL
Micrsoft TechNet Forum - XP-Images captured with WDS are not shown on all computers in WDS -> HAL-Type Check?
Microsoft TechNet - Script Use in Microsoft Deployment
Microsoft TechNet - BDD 2007 Scripts Property Reference
Microsoft TechNet - Microsoft Deployment Toolkit (MDT)
Microsoft TechNet - MDT Toolkit Reference - Properties for a list of properties usable in CustomSettings.ini and Bootstrap.ini.
Windows Automated Installation Kit (Windows AIK)
Windows PE 2.0 for Windows Vista Overview
Windows Vista Deployment Step-by-Step Guide
Wdsutil command-line reference
Windows Vista AIK - ImageX Command-Line Options
Windows 7 AIK - Deployment Image Servicing and Management Command-Line Options for dism.exe command line parameters.
Windows Deployment Services:
Using Transport Server voor workgroup server op Windows Server 2008. Vereist wel het schrijven van een eigen PXE provider.
Configuring Transport Server voor workgroup servers op Windows Server 2008 R2 lijkt wel te voorzien in een PXE provider.
Windows Deployment Services Getting Started Guide for Windows Server 2012
What's New for Windows Deployment Services
Michael Niehaus' Windows and Office deployment ramblings
Microsoft Deployment Toolkit Team Blog
The Deployment Guys
JaLaBlog
Richard Smith & Ben Hunter bloggen nu samen met andere verder onder The Deployment Guys
CodePlex - Microsoft Deployment Toolkit (MDT) Wizard Studio
CodePlex - MDT Scripts, Front Ends, Web Services, and Utilities for use with ConfigMgr/SCCM
Richard Smith - General Purpose CustomSettings.ini bevat voorbeeld van customsettings.ini met language/locale instellingen voor XP en Vista.
De standaard instelling boot\x86\pxeboot.com bij Default Boot Program verwijst naar een bestand dat niet aanwezig is.
Als je op de nu tot WDS gepromoveerde nog geen installaties gaat uitvoeren met WIM bestanden, dan kun je de WDS server zo instellen dat hij de OSChooser blijft gebruiken.
Bij een schone installatie van Windows Server 2003 SP2 en daarbij de installatie van WDS is de RIS optie niet meer beschikbaar. Om de WDS server in mixed-mode te zetten zodat ook RIS images nog gebruikt kunnen worden moet het volgende gedaan worden:
wdsutil /uninitialize-server
wdsutil /initialize-server /reminst:"D:\RemoteInstall"
Hierna kunnen weer RIS en WDS images worden toegevoegd en uitgerold.
Bron:TechTalkz forum - WDS Native Mobe back to Mixed Mode
If you would like to deploy an x64 image on a client from a WDS server run a following command:
WDSUTIL /set-server /architecturediscovery:yes
Without this command, the client will not see any of the x64 images on the WDS server.
You cannot deploy the x64 install image using the x86 boot.wim and vice-versa. Each architecture type requires its own boot.wim
Bron:Dell TechCenter Wiki - How to use Windows Deployment Service
Bij het starten van de x64 image, tijdens “loading files” verschijnt de volgende melding:
File: \WINDOWS\system32\drivers\iastor.sys
Status: 0xc0000539
Info: Windows failed to load because a critical system driver is missing, or corrupt.
Dit probleem word veroorzaakt door Intel Storage Manager drivers, waarvan de inf voor de 32bits editie ook aangevinkt heeft dat deze x64 ondersteund, terwijl dit niet zo is.
Oplossing: Vraag de properties op van elke “hdc” type driver van Intel en haal vervolgens het vinkje weg bij x64 en laat het vinkje bij x86 staan. Update vervolgens het deployment point.
Bron:Jason Lee - Deploying Vista 64 bit to Dell 755
Foutmelding:
Non-zero return code executing command "X"\Deploy\Tools\X86\TsmBootstrap.exe"/env:SAStart, rc=-2147023441
Mogelijke oorzaak zijn device drivers of:
There may be an issue in your Task Sequence. Try using a new default sequence and see what happens. I recall having a similar error after I had added a few custom actions to a task sequence. NateL
“Broadcom's NetXtreme II™ Gigabit Ethernet Controller Integrating TOE, iSCSI and RDMA in a Single-Chip PCI Express® C-NIC Solution”
Voor deze adapter zijn twee drivers beschikbaar:
De monolithic driver kun je alleen in een RIS en PE omgeving gebruiken, zodra het Windows Server OS geïnstalleerd en opgestart is *moet* je de driedelige driver gebruiken.
Dit levert een probleem op bij deployment van een OS via MDT 2008 Update 1, aangezien je niet beide driversets in de Out-of-box drivers kan gooien, want dan weet de PE image niet welke hij moet kiezen, en alleen het toevoegen van de driedelige driver niet lijkt te werken. Deployment werkt prima als je alleen de monolithic drivers in de out-of-box drivers installeerd, maar dan zit je na deployment met een niet werkende netwerkkaart waardoor de LiteTouch scripts de mist in gaan omdat deze na deployment naar de distribution share gaan.
Ik loop tegen dit probleem aan bij het inrichten van een IBM 3850 M2 met de x64 editie van Windows Server 2003 en Windows Server 2008 via MDT 2008 Update 1.
Broadcom NetXtreme II drivers and Micrsoft Deployment beschrijft de actie van het eerst toevoegen van de WDS/RIS drivers, vervolgens het bijwerken van de deployment point en daarna het verwijderen van de WDS/RIS drivers om vervolgens de driedelige drivers weer toe te voegen. Ditzelfde word ook gesuggereerd in The Henson Group - Getting the Broadcom NetXtreme II Multifunction Adapter to work with MDT v4 . Zelf vind ik dit geen werkbare workaround, aangezien je dan bij elke nieuwe driverset voor netwerk/hd controller:
In die volgorde.
Zelf heb ik op dit moment nog geen andere oplossing gevonden dan de workaround implementeren dat ik het volgende eigen VBScript laat meekopiëren naar de server en dat deze na deployment word afgetrapt voordat de LiteTouch scripts verder gaan:
intHideWindow = 0
intShowWindow = 1
bWaitOnReturn = True
bDontWaitOnReturn = False
strComputer = "."
Set objWMIService = GetObject("winmgmts:" _
& "{impersonationLevel=impersonate}!\\" & strComputer & "\root\cimv2")
Set colSystem = objWMIService.ExecQuery("Select * from Win32_ComputerSystem")
Set objShell = CreateObject("WScript.Shell")
Set objFso = CreateObject("Scripting.FileSystemObject")
strBaseDir = strSystemDrive & "\MININT\CustomFiles\"
For Each objSystem in colSystem
'Als het gaat om een IBM x3850M2...
If objSystem.Manufacturer = "IBM" And objSystem.Model = "IBM 3850 M2 / x3950 M2 -[72336RG]-" And objFso.FileExists("C:\MININT\Albron\Files\x3850\NetXtremeII\brcm_dd_nic_4.4.11.0_windows_32-64.exe") Then
'Installeer dan de BroadCom NetXtreme II drivers.
objShell.Run strBaseDir & "Files\x3850\NetXtremeII\brcm_dd_nic_4.4.11.0_windows_32-64.exe -s -a -s", intShowWindow, bWaitOnReturn
'Wacht twee minuten zodat de installatie van de drivers voltooid word en een DHCP adres is aangevraagd.
WScript.Sleep 120000
End If
Next
If objFso.FileExists("C:\MININT\Scripts\LiteTouch.wsf") Then
objShell.Run "C:\WINDOWS\system32\wscript.exe C:\MININT\Scripts\LiteTouch.wsf", intShowWindow, bDontWaitOnReturn
Else
MsgBox("Couldn't find C:\MININT\Scripts\LiteTouch.wsf")
End If
Set objFso = Nothing
Set objShell = Nothing
Set colSystem = Nothing
Set objWMIService = Nothing
Na het inspoelen van een server met Server 2003 via MDT staan de rechten op de C-schijf (en eventuele andere door MDT geformatteerde schijven) zo dat de Authenticated Users groep Modify rechten heeft.
Volgens eggheadcafe - default NTFS permissions - 2003 - vista PE? - James is dit “normaal” en PRB: WinPE Default Permissions for NTFS Volumes are Incompatible with Windows 2000 (KB817950) beschrijft een soortgelijk iets voor schijven geformatteerd vanuit een WinPE omgeving, waar MDT ook gebruik van maakt.
De suggestie vanuit een reply op het topic op eggheadcafe is om de default security template na inspoelen nogmaals toe te passen met het volgende stukje batch file:
REM Resets the Policy to Default Values echo Y|secedit.exe /configure /cfg %SystemRoot%\repair\secsetup.inf /db %SystemRoot%\Security\Database\secsetup.sdb /overwrite /verbose /log C:\MOE\Logs\MOE-Security_Default.log
Probleem: bij de uitrol van Windows Server 2008 x86 naar een VM op ESX treft de PE omgeving geen disks aan om te formatteren (diskpart list disk).
Oplossing: Open de Deployment Workbench en controleer de drivers van LSI op een exemplaar die het apparaat PCI\VEN_1000&DEV_0030 ondersteund, disable deze en update het deployment point.
In mijn geval was het “LSI Corporation SCSIAdapter symmpi.inf 1.27.03.00”. Nog niet geprobeerd om deze bij te werken naar een nieuwere.
Om de regional settings bij deployment in te stellen moet het volgende gedaan worden:
Voeg toe aan customsettings.ini:
UserLocale=nl-NL InputLocale=0413:00020409 UILanguage=nl-NL KeyboardLocale=0413:00020409 SkipLocaleSelection=YES
Voeg vervolgens toe aan Bootstrap.ini:
KeyboardLocale=0413:00020409
Veel websites/blogposts maken ook melding van de onderstaande instellingen voor customsettings.ini, maar deze heb ik nog niet zien werken:
Bron:Trial & Error en \Microsoft Deployment Toolkit\Bin\Microsoft Deployment Toolkit 2008 Help.chm → Deployment Proces → Toolkit Reference- → Propterties: A-L en Properties: M-Z