Jeg har i noget tid gået og tænkt om det ville være muligt at benytte en CIFS share til at holde MDT's deploymentshare, det bliver nemlig rimeligt hurtigt stort, samt det ville kunne muliggøre at MDT kunne bruges til at deploy Windows fra en linux server.

I aften skulle det så testes, da jeg havde wiindows domain joinet synology nas til rådighed.

Alt hvad jeg har gjort er at kopier mine 35 GB installationsfiler fra mit normale Deploymentshare til et share på Nas'en af samme navn samt ændre i dns, sådan at min Litetouch nu rammer Nas'ens ip, og det virker, er ligenu igang med at installer et Windows 7 X64 pc. :-)

Sådan :-)

Dette betyder praktisk set at det bør være muligt at placere Deployment på et Samba share :-) hvis man lever en en small buisness verden, baseret på Linux server og Window Klienter

Update 05.06.2012

Kort tid efter ovenstående installation, prøvede jeg igen, denne gang benyttede jeg en lokal bruger på nas'en, da jeg skulle logge på deploymentshare, det virkede også, så kære venner praktisk bør i kunne placere jeres MDT 2012 DeploymentShare på et Linux Samba Share, eller som i i denne test, en standard Synology NAS.

Her er indholdet af min bat file der danner bcd filen til når jeg PXE'er en windows installation igang via MDT og LiteTouchPE wim filerne.

Hvordan min linux PXE server er sat op, kan læses her: http://www.net-help.dk/index.php/debian/103-pxeboot-winpe-med-tftp-hpa

Bcdedit /createstore c:\BCD

REM PR winpe

Bcdedit /store c:\BCD /create {ramdiskoptions}
Bcdedit /store c:\BCD /set {ramdiskoptions} ramdisksdidevice  boot
Bcdedit /store c:\BCD /set {ramdiskoptions} ramdisksdipath  \Boot\boot.sdi
REM Bcdedit /store c:\BCD /create /d “Windows X64 Install” /application osloader

REM GUID SJOV
for /f "tokens=3" %%A in ('Bcdedit /store c:\BCD /create /d "Windows X64 Install" /application osloader') do set guid1=%%A

Bcdedit /store c:\BCD /set %guid1% systemroot \Windows
Bcdedit /store c:\BCD /set %guid1% detecthal Yes
Bcdedit /store c:\BCD /set %guid1% winpe Yes
Bcdedit /store c:\BCD /set %guid1% osdevice ramdisk=[boot]\Boot\LiteTouchPE_x64.wim,{ramdiskoptions}
Bcdedit /store c:\BCD /set %guid1% device ramdisk=[boot]\Boot\LiteTouchPE_x64.wim,{ramdiskoptions}

REM PR winpe

REM Bcdedit /store c:\BCD /create {ramdiskoptions} /d "Windows X86 Install"

Bcdedit /store c:\BCD /set {ramdiskoptions} ramdisksdidevice  boot
Bcdedit /store c:\BCD /set {ramdiskoptions} ramdisksdipath  \Boot\boot.sdi
REM Bcdedit /store c:\BCD /create /d “Windows X86 Install” /application osloader

REM GUID SJOV
for /f "tokens=3" %%B in ('Bcdedit /store c:\BCD /create /d "Windows X86 Install" /application osloader') do set guid2=%%B

Bcdedit /store c:\BCD /set %guid2% systemroot \Windows
Bcdedit /store c:\BCD /set %guid2% detecthal Yes
Bcdedit /store c:\BCD /set %guid2% winpe Yes
Bcdedit /store c:\BCD /set %guid2% osdevice ramdisk=[boot]\Boot\LiteTouchPE_x86.wim,{ramdiskoptions}
Bcdedit /store c:\BCD /set %guid2% device ramdisk=[boot]\Boot\LiteTouchPE_x86.wim,{ramdiskoptions}

REM  PR menu

Bcdedit /store c:\BCD /create {bootmgr}
Bcdedit /store c:\BCD /set {bootmgr} timeout 30
Bcdedit /store c:\BCD /displayorder %guid1% %guid2%


Jeg har lavet mit script udfra denne Technet Artikel: http://technet.microsoft.com/en-us/library/cc722358(v=ws.10).aspx

Dog er der et par ting man skal være opmærksom på:

at "" er de rigtige

/d "tekst" de forkerte steder kan overskrive de navne der angives pr images, dvs. man skal gætte sig til hvilket image som er x86 og x64

- skal ændres til /  dvs. -store skal være /store på bcdedit kommandoerne

Path og wim file navne tror jeg faktisk er Case sensative i BCD filen.

bcdedit /store C:\BCD /enum   er en god kommando til at se hvad man har lavet, via scriptet.

Nu kan jeg deploy en fuld Windows 7 pro X64 klient, incl basic apps på ca. 30 minutter, via hobby gigabit netværk, med low end virtuelt mdt2012 server.

Lidt Forskellige MDT ting.

Installer kun programmer, sat op efter TaskSekvensID:APP_V1

\\MDT.install.local\DeploymentShare$\Scripts\LiteTouch.vbs /SkipTaskSequence:YES /TaskSequenceID:APP_V1 /SkipDeploymentType:Yes /DeploymentType:REFRESH /SkipComputerName:YES /SkipDomainMembership:YES /UserDataLocation:AUTO /SkipUserData:YES /SkipComputerBackup:YES /ComputerBackupLocation:NONE /SkipLocaleSelection:YES /SkipApplications:NO /SkipAdminPassword:YES /SkipBitLocker:YES /SkipSummary:YES /FinishAction:Nothing /ComputerTypeName:%hostname%

 

Meget simpel Deployment Rules

[Settings]

Priority=ByLaptop,ByVM,ByDesktop,Default

Properties=MyCustomProperty,ComputerTypeName

[ByLaptop]

SubSection=Laptop-%IsLapTop%

[ByDesktop]

SubSection=Desktop-%IsDesktop%

[ByVM]

Subsection=VM-%IsVM%

[Laptop-True]

ComputerTypeName=LTxx

MachineObjectOU=OU=Laptops,OU=SBSComputers,OU=Computers,OU=MyBusiness,DC=sbs,DC=local

[Desktop-True]

ComputerTypeName=WSxx

MachineObjectOU=OU=Desktops,OU=SBSComputers,OU=Computers,OU=MyBusiness,DC=sbs,DC=local

[VM-True]

ComputerTypeName=VDIxx

MachineObjectOU=OU=SBSComputers,OU=Computers,OU=MyBusiness,DC=sbs,DC=local

[Default]

_SMSTSOrgName=net-help.dk

OSInstall=Y

InputLocale=0406:00000406

KeyboardLocale=da-DK

UserLocale=da-DK

TimeZoneName=Romance Standard Time

SkipPackageDisplay=YES

SkipCapture=YES

SkipAdminPassword=NO

AdminPassword=Min1Super2Lange3Random4Kode

SkipProductKey=YES

SkipComputerBackup=YES

SkipUserData=YES

SkipTimeZone=YES

SkipBitLocker=YES

OSDComputername=%ComputerTypeName%

JoinDomain=sbs

DomainAdmin=mdtSBSinstall

DomainAdminDomain=sbs

DomainAdminPassword=Domain1Join2Bruger3Password

SkipFinalSummary=NO

EventService=http://MDT.install.local:9800

 

Noter: 

MdtSBSinstall brugen har naturligvis kun domain join adgang i ovenstående ou - men kan sikkert gøres mere sikkert endnu, har blot ikke undersøgt dette.

Wsus er ikke sat op, i Rules jeg lader TS trække updates ned fra Windows Update, årsag er at jeg ikke "driver" modner hardware som køre Windows 10, jeg lader dem køre med Windows updates driver, hvis en driver bliver nødvendig, vil jeg lave en installations pakke som håndtere dette, som del af applikations install delen.

 

En simple Bootstrap.ini som loader setuppet unattended.

[Settings]

Priority=Default

 

[Default]

DeployRoot=\\mdt.install.local\DeploymentShare$

KeyboardLocalePE=0406:00000406

UserDomain=sbs.local

UserID=mdtSBSinstall

UserPassword=Domain1Join2Bruger3Password

SkipBDDWelcome=YES

 

Over den seneste periode har jeg benytte den Gratis version af PDQdeploy til at sende lidt software afstede med.

Den gratis version understøtter ikke flere steps, hvilket kan være en udfordring, specielt hvis man skal opgrader en OS og gerne have lavet nogle tilrettninger efterfølgende i samme omgang.

Heldigvis kan man sætte PDQdeploy til at eksikvere stort set alt, dermed også LiteTouch.vbs fra MDT.

MDT har en indbygget "upgrade" tasksekvens som kan bruges til at "upgrader" Windows 10 versioner, f.eks 1607 til 1703, som sandsynligvis snart vil blive den nye CBB release.

Komando jeg køre er %comspec% /C Cscript.exe \\mdtserver\DeploymentShare$\Scripts\LiteTouch.vbs /SkipTaskSequence:YES /TaskSequenceID:WIN10V1703REV1 /SkipDeploymentType:Yes /DeploymentType:REFRESH /SkipComputerName:YES /SkipDomainMembership:YES /UserDataLocation:AUTO /SkipUserData:YES /SkipComputerBackup:YES /ComputerBackupLocation:NONE /SkipLocaleSelection:YES /SkipApplications:YES /SkipAdminPassword:YES /SkipBitLocker:YES /SkipSummary:YES /FinishAction:Nothing /ComputerTypeName:%hostname%

hvor WIN10V1703REV1 er navnet på den Upgrade tasksekvens man har lavet sig.

 

Performance for deployment

Gammel Thinkcenter E72 med alm. disk = 2 timer

NUC3 = 1 time