WDS Capture levykuvan käynnistys epäonnistuu mallityöasemaa kaapattaessa – 0x000000 – Windows failed to start

Vaikka Windows Deployment Server palvelinta ei tulisikaan käyttää työasemien varsinaisena asennustyökaluna (MDT on tähän paljon parempi ohjelmisto), päätin kuitenkin kirjoittaa lyhyesti ko. ongelmasta. Törmäsin mainittuun ongelmaan jossa WDS palvelimella luotu mallityöaseman kaappauslevykuva kaatuu alla näkyvään virheilmoitukseen. Ongelma johtuu Windows Server 2012 R2 palvelimen luomasta korruptoituneesta kaappauslevykuvasta (Capture image) joka kaataa PE:n kun ko. levykuvaa koitetaan käyttää mallityöaseman kaappaamiseen levy kuvaksi.

Ongelman ratkaisu on varsin yksinkertainen. Liitetään kaappauslevykuva tiedostojärjestelmään ja Dism komennolla jonka jälkeen levykuva irrotetaan tiedostojärjestelmästä. Dism korjaa korruptoituneen levykuvan.
Lyhyesti siis:

1. Luo kaappauslevykuva WDS palvelimen Boot Images “kansiosta” napsauttamalla halutun WinPE levykuvan päällä hiiren 2-painiketta ja valitsemalla pikavalikosta “Create Capture Image” (Jos et ole jo tehnyt tätä).
2. Avaa komentokehote ikkuna ja anna komento dism /Mount-Image:*polku edellä luotuun
   kaappauslevykuvaan* /index:1 /MountDir: *kansio johon haluat liittää levykuvan – esim E:\mount*
3. Irrota levykuva tiedostojärjestelmästä komennolla dism /Unmount-Wim /MountDir: *kansio johon liitit levykuvan edellisessä komennossa esim. E:\mount* /commit
4. Tuo edellisessä komennossa käsitelty kaappauslevykuva takaisin WDS palvelimelle.

VyOS Virtual Router

Asennusympäristöjen testaamiseen tarkoitetut ja yleensä virtuaaliympäristöön asennetut palvelimet ja työasemat halutaan mitä todennäköisimmin pitää erillään tuotantoympäristöstä. Asennuspalvelin ympäristöissä käytetään tyypillisesti DHCP, PXE, WDS, SCCM, yms. järjestelmiä joiden aikaansaama verkkoliikenne ja palvelut sotkevat tuotantoverkkoa tehokkaalla tavalla. Testaamisen kannalta olisi kuitenkin hyödyllistä mikäli asennuspalvelimet olisi tarvittaessa helppo yhdistää internetiin. VirtualBox ympäristössä voidaan käyttää NAT tyyppistä verkkoliitäntää joka erottaa testiympäristön tuotantoympäristöstä. Hyper-V ympäristössä tämän tyyppistä ratkaisua ei kuitenkaan ole.
Virtuaaliympäristön yhdistämiseen voidaan kuitenkin käyttää esim. VyOS Virtual Router tuotetta joka on ohjelmistopohjainen (Debian Linux) reititin. Virtuaalikoneissa voidaan siis käyttää sisäiseen virtuaalikytkimeen liitettyä verkkokorttia josta ulospäin lähtevän liikenteen VyOS tarvittaessa reitittää ulkoverkkoon. Virtuaalikoneen verkkoasetukset määritetään siten että reitittimen ip viittaa VyOS reitittimen sisäverkkoon liitettyyn ip-osoitteeseen.
Virtuaalikone VyOS:a varten
VyOS reitittimellä ei ole suuria vaatimuksia virtuaalikoneelta. Työmuistin suositeltu minimimäärä on 512 Mt. Kiintolevyn suositeltu koko on 2 Gt. Virtuaalikone kannattaa luoda ensimmäisen sukupolven tyyppiseksi. VyOS virtuaalikoneeseen lisätään tarvittava määrä virtuaalisia verkkokortteja. Esimerkkiympäristössä on käytössä 2 verkkokorttia joista ensimmäinen (eth0) on yhteydessä ulkoverkkoon ja toinen (eth1) sisäverkkoon (testausympäristö). Jos verkkoja on enemmän, luodaan jokaista verkkoa varten oma verkkokorttinsa. VyOs ympäristön virtuaalisia verkkokortteja on siis yksi per jokainen sisäverkko sekä lisäksi ulkoverkkoa (internet) varten omansa. Esimerkissä sisäverkkoja on 1 kpl joten verkkokortteja tarvitaan 2 kpl.
VyOS reitittimen asentaminen ja suomalaisen näppäimistön määrittäminen käyttöön

1. VyOS virtuaalikoneen käynnistyttyä, järjestelmään voidaan kirjauta tunnuksella vyos ja salasanalla vyos
2. Seuraavaksi aloitetaan järjestelmän määrittäminen käyttöön. Anna komento install system.
   Käyttöön määrittäminen voidaan itse asiassa aloittaa joko install image tai install system komennoilla. Install system komento jäljittelee perinteistä fyysiselle työasemalle asennettua Linux palvelinta kun taas install image komento asentaa VyOS:n virtuaalikiintolevyllä olevaan hakemistoon. Myöhemmin samalle massamuistilaitteelle voidaan asentaa uusia VyOS versiota. Install image komento mahdollistaa VyOS palauttamisen aiempaan versioon.
3. Vastaa kysymykseen Would you like to continue [Yes]: Enter
4. Vastaa kysymykseen Partition (Auto/Parted/Skip): Enter
5. Install the image on? [sda] : Enter
6. Continue (Yes/No): Yes
7. How big of a root partition should i create? (1000MB – 3221MB) [3221] MB: Enter
8. What would you like to name this image? [1.1.5]: Enter
9. Which one should i copy to sda? [/config/config.boot]: Enter
10. Enter password for user `vyos´: määritä haluamasi salasana
11. Retype password for user ‘vyos’: anna salasana uudelleen
12. Which drive should GRUB modify the boot partition on? [sda]: Enter
13. Sammuta VyOs komennolla poweroff ja ota asennusmedia pois käytöstä

VyOS reittimen määrittäminen ja NAT:n asettaminen käyttöön
VyOS ympäristö määritetään seuraavaksi reitittämään testiympäristössä olevat palvelimet internetiin. VyOs määritetään lisäksi käyttämään NAT VLAN 10 tyyppisesti.

1. Käynnistä VyOS uudestaan ja anna komento configure siirtyäksesi määritys tilaan
2. Tarkasta käyttöönotetut verkkokortit komennolla: show interfaces ethernet

1. Määritä ulkoiseen verkkoon kytketty verkkokortti (eth0) käyttämään joko dhcp tai ulkoisen verkon kiinteää ip:ä.
   

   DHCP asetetaan komennolla: set interfaces ethernet eth0 address dhcp

   Kiinteä ip-osoite asetetaan komennolla: set interfaces ethernet eth0 address ‘ip-osoite’

2. Jos määrittelit edellisessä kohdassa käyttöön kiinteän ulkoverkon ip-osoitteen, suoritetaan seuraavaksi ulkoverkon reitittimen ip-osoitteen määritys. set system gateway-address *ulkoverkossa toimiva reititin* (joka voi siis olla esim DSL purkki).
   
3. Lisäksi voidaan asettaa käyttöön DNS forwarding (ei välttämätöntä):

• set service dns forwarding cache-size 0
• set service dns forwarding listen-on eth1
• set service dns forwarding name-server 8.8.8.8
• set service dns forwarding name-server 8.8.4.4

Määrityksen jälkeen VyOS reitittimen sisäverkkoon kytketyn verkkosovittimen ip-osoite (tässä tapauksessa 192.168.1.1) voidaan määrittää virtuaalikoneissa DNS palvelimeksi.
Jos em. asetusta ei määritetä, voidaan virtuaalikoneissa tietysti käyttää myös esim. Googlen DNS palvelimia (8.8.8.8 ja 8.8.4.4).

6. Anna ulkoverkkoon kytketylle verkkokortille (eth0) kuvaus komennolla set interfaces ethernet eth0 description OUTSIDE
7. Määritä sisäiseen testiverkkoon kytketty verkkokortti (eth1) käyttämään sisäisen verkon ip-numeroa ja aliverkonpeitettä (tässä esimerkissä 192.168.1.1/24): set interfaces ethernet eth1 address 192.168.1.1/24
8. Anna sisäverkkoon kytketylle verkkokortille (eth1) kuvaus komennolla set interfaces ethernet eth1 description INSIDE
9. Tarkasta verkkokorttien tilanne komennolla: show interfaces ethernet
10. Otetaan käyttöön NAT:
    
    • set nat source rule 10 outbound-interface eth0
    • set nat source rule 10 source address 192.168.1.0/24
    • set nat source rule 10 translation address masquerade
11. Aseta VyOS hostname komennolla: set system host-name *haluttu nimi tähän* esim VyOS-Router
12. Aseta aikavyöhyke komennolla: set system time-zone Europe/Helsinki
13. Aseta muutokset käyttöön komennolla: commit
14. Tallenna muutokset komennolla: save ja poistu muokkaustilasta komennolla: exit
15. Voit tarkastaa määritykset komennolla: show configuration

Sisäverkon laitteet voidaan nyt määrittää käyttämään VyOS reititintä asettamalla reitittimen ip-osoitteeksi VyOS:n sisäverkkoon kytketyn verkkokortin (eth1) osoite 192.168.1.1
Jos määriteltiin käyttöön myös DNS-forwarding, voidaan VyOS reitittimen sisäverkkoon kytketyn verkkokortin ip-osoite (eth1) määrittää DNS palvelimen osoitteeksi.

Ohjeet ja latauslinkit
VyOS reitittimen voit ladata TÄÄLTÄ
Lisätietoa ja oppaan löydät TÄÄLTÄ
HUOM
Tarvittaessa (esim. jos halutaan vaihtaa dhcp:ä kiinteeän ip-osoite määrityksen) ip-osoitteet voidaan määrittää suoraan VyOS:n määritystiedostoon config.boot joka sijaitsee kansiossa /config. Asetuksia voidaan muuttaa esim. nano ohjelmalla. Komento sudo nano config/config.boot avaa tiedoston nano ohjelmaan.
Jos asetukset määritetään config.boot tiedostoon, tulevat asetukset voimaan vasta VyOS:n uudelleen käynnistyksen jälkeen. On siis tärkeää että VyOs käynnistetään uudelleen config.boot tiedoston määrittämisen jälkeen.
Tarvittaessa VyOS ympäristössä voidaan ottaa käyttöön suomalainen näppäimistö asettelu.

1. Otetaan ensin käyttöön suomalainen näppäimistö komennolla set console keymap
2. Please select the model of the keyboard of this machine: Enter
3. Please select the layout matching the keyboard for this machine: Other –> Finland
4. Configure keyboard-configuration: Finland
5. Configuring keybaord-configuration: The default for the keyboard layout
6. Configuring keybaoard-configuration: No compose key
7. Käynnistetään VyOS uudelleen: reboot

Microsoft Deployment Toolkit 2013 Update 1 Preview

Microsoft Deployment Toolkit ohjelmistosta on ilmestynyt uusi previev versio. Uuden version ensisijainen uudistus on tuki Windows 10:e. Uusi versio tukee tietysti myös muita Windows versioita Windows 7:n saakka. Windows XP tukihan poistettiin jo aikaisemmin. Toinen uudistus on esim. se että .wim levykuvien pilkkominen pienempiin osiin on nyt mahdollista. Levykuvan kokorajoitus tulee vastaan lähinnä tilanteessa jossa halutaan asentaa työasemaa UEFI tilaan USB-laitteelta käsin. UEFI kun vaatii USB laitteen tiedostomuodoksi FAT32 jossa maksimi tiedostokoko on 4 Gt. Levykuvat kun usein ovat tätä kookkaampia. Lisäksi uudessa versiossa on korjattu muutamia bugeja sekä poistettu turhia/vanhentuneita ohjelmisto-osia.

Michael Niehaus kertoo uudesta versiosta yksityiskohtaisesti blogissaan:

http://blogs.technet.com/b/mniehaus/archive/2015/03/03/mdt-2013-update-1-preview-what-s-changed.aspx

Uuden version voi ladata täältä:

https://connect.microsoft.com/ConfigurationManagervnext/Downloads/DownloadDetails.aspx?DownloadID=57061

HUOM: Uuteen MDT päivitykseen liittyy ongelmia joiden ratkaisemisesta kerrotaan täällä

Windows työaseman jakelun nopeuttaminen virransäästö asetuksia vaihtamalla

Windows työaseman jakelua voidaan merkittävästi nopeuttaa (20% - 50%) vaihtamalla virrankäyttösuunnitelmaa asennuksen aikana tasapainotetusta paras suoritusteho tyyppiseksi. Asetus nopeuttaa levykuvan kirjoittamista kiintolevylle ilmeisesti pienentämällä levykuvan kokoa.  Virrankäyttösuunnitelmaa vaihdetaan siis asennuksen ajaksi WindowsPE vaiheessa. Lopullinen virrankäyttösuunnitelma asetetaan käyttöön asennuksen loppuvaiheessa. Muutos vaatii asentavan tehtäväsarjan muokkaamista ja Powercfg.exe kopioimista asennusympäristöön.

Ben Hunter on kirjoittanut muutoksesta yksityiskohtaisen blogikirjoituksen joka löytyy täältä:

http://blogs.technet.com/b/deploymentguys/archive/2015/03/27/reducing-windows-deployment-time-using-power-management.aspx

 

Windows 10 asennuksen vaihtoehdot

Windows 10 tuo mukanaan uudistuksia myös Windows työaseman asennusprosessiin. Asennus ei ohjelmakomponenttiensa osalta juurikaan eroa siitä mitä esim. Windows 7 tai 8 on käytössä. Käyttöjärjestelmä asennetaan edelleen install.wim tiedostosta, Microsoft Deployment Toolkit ja System Center Configuration Manager ovat edelleen käytettävissä asennusprosessin automatisoimisessa jne. Asennukseen tarjotaan kuitenkin kahta uutta asennusvaihtoehtoa jotka ovat ns. In-Place-Upgrade ja Provisioning tyyppiset asennusmenetelmät.

Asennuksen eri vaihtoehdot Windows 10:ä

Wipe-and-Load.

Se perinteinen tapa työaseman Windows käyttöjärjestelmän uudelleen asentamiseen.

1. Kaapataan käyttäjän profiilidata talteen
2. Asennetaan uusi Windows käyttöjärjestelmä näköistiedostosta (yleensä muokatusta sellaisesta)
3. Asennetaan tarvittavat laitteisto-ohjaimet ja sovellusohjelmat
4. Palautetaan talteen kaapattu käyttäjä profiilidata

In-Place-Upgrade

Tarkoittaa Windows 7 ja sitä uudempien Windows käyttöjärjestelmän päivittämistä Windows 10 käyttöjärjestelmään. Päivittäminen siirtää kaikki sovellusohjelmat, asetukset ja käyttäjädatan uuteen käyttöjärjestelmään. Päivittäminen ei tarkoita saamaa kuin ennen (esim. Windows 98 –> Windows XP) jolloin vanhan käyttöjärjestelmän “roskat” siirrettiin myös uuteen käyttöjärjestelmään. Käytännössä tallennettavat tiedot merkitään ja lukitaan kiintolevylle jonka jälkeen kaikki muu data niiden ympäriltä hävitetään. Samaa hardlink ominaisuutta on käytetty jo Windows 8/8.1 replace tyyppisissä päivityksissä.

Windows 7 ja 8 päivitetään Setup.exe ohjelman avulla. Windows 8.1 on mahdollista päivittää myös Windows Update palvelun avulla .msu paketista.

Päivityksen voi suorittaa automatisoidusti  esim. komennolla: Setup.exe /Auto:Upgrade /DynamicUpdate Disable 

Setup komentoon voi liittää myös lukuisia muista valitsimia joista voi tutkia esim. täältä

Suomenkielisen Windowsin päivittäminen pysähtyy kuitenkin ikkunaan jossa varoitetaan kieliasetusten muuttumisesta. Ennen päivitystä voidaan niin haluttaessa asentaa ja ottaa käyttöön englannin kielipaketti niin näyttökielen kuin merkistönkin osalta. Tällöin päivitys etenee automatisoidusti.

HUOM: Hyper-V ympäristössä asennus jää PITKÄKSI aikaa Getting ready vaiheeseen. Asennus etenee kyllä lopulta mutta tässä voi kestää.

HUOM: Jos asennus pysähtyy virheeseen jossa ilmoitetaan puuttuvista kiintolevyohjaimista, on asennuksen näköistiedosto (.iso) mitä todennäköisimmin korruptoitunut. Kopioi siis näköistiedosto uudelleen.

In-Place-Upgrede voidaan toteuttaa Microsoft Deployment Toolkittiä tai System Center Configuration Mangeria käyttäen. Windows 10 asennus voidaan toteuttaa MDT:n avulla jos sen versio on 2013 ja SCCM:n avulla jos sen versio on vähintään 2012 tai uudempi. Molempiin ohjelmistoihin on tulossa Windows 10 yhteensopivuuteen liittyviä päivityksiä lähitulevaisuudessa.

Windows 10 jakelua varten on jo julkaistu uusi Assasment and Deployment Kit (ADK) joka on ladattavissa täältä. ADK 10 sisältää mm. uuden version Windows PE ympäristöstä (10.0.9933) sekä uuden version Dism.exe ohjelmasta (10.0.993) Aivan uutena sovelluksena ADK mukana tulee Windows Imaging and Configuration Designer (Windows ICD). Sovelluksen avulla voidaan luoda ns. provisioning paketteja joista lisää alla.

In-Place-Upgrade päivitys ei kuitenkaan ole autuaaksi tekevä menetelmä vaan siinäkin on omat rajoitteensa:

1. Ei tue oman muokatun näköistiedoston käyttämistä päivittämisessä
2. BIOS –> UEFI muunnosta ei tueta
3. Ei voida toteuttaa jos käytössä on 3-osapuolen levynsalaus- tai virustorjuntaohjelmisto. Bitlockeria tämä rajoite ei siis koske.
4. Ei tue käyttöjärjestelmän muuntamista 32-bittisestä 64-bittiseksi tai päinvastoin.

Provisioning

Uuden ADK 10 ohjelmiston mukana tulevalla Windows Imaging and Configuration Designer ohjelmistolla voidaan luoda .ppkg tiedostoja. Tiedostojen avulla voidaan muokata uusi “pakasta vedetty” työasema organisaatiossa käytettäväksi työasemaksi. Muokkauksella tarkoitetaan esim. uuden Windows SKU:n käyttöönottoa, tarvittavien sovellusten asentamista tai haluttujen asetusten ottamista käyttöön. Windows 10 sisältää Provtool.exe ohjelman joka suorittaa .ppkg paketeissa määritetyt muunnokset. Windows ICD ohjelmalla voidaan käsitellä myös varsinaisia asennuksen näköistiedostoja mutta tämä ominaisuus on tarkoitettu ensisijaisesti OEM valmistajien käyttöön.

 

Useamman rinnakkaisen käyttöjärjestelmän (multiboot) asentaminen Microsoft Deployment Toolkit ohjelmiston avulla

Joskus voi tulla eteen tilanne jossa on tarvetta asentaa kaksi Windows käyttöjärjestelmää rinnakkain samaan työasemaan…klassinen multiboot tilanne. Käsin asennettaessa ongelmia harvemmin ilmenee mutta kun aloin tutkia useamman käyttöjärjestelmän asentamista samaan työasemaan MDT ohjelmiston avulla, ei  tilanne enää ollutkaan niin yksinkertainen.

Esimerkissä asennetaan 32- ja 64-bittinen Windows 7 samaan työasemaan käyttäen Microsoft Deployment Toolkit 2013 ohjelmistoa. Molemmat Windowsit asennetaan samalla kiintolevylle. Asentamiseen käytetään kahta Standard Client Tasksequence tyyppistä tehtäväsarjaa. Näistä ensimmäinen suorittaa kiintolevyjen osioimisen molemmille käyttöjärjestelmille. Osiominen suoritetaan Diskpart.exe ohjelmaa käyttäen. Lisäksi tehtäväsarjoja muokataan siten että käynnistysdata (BCD) ja käynnistysvalikko päivitetään näyttämään molemmat asennetut käyttöjärjestelmät.

Ensimmäisen käyttöjärjestelmän asentaminen (Windows 7 64-bit)

Tavoite

Ideana oli siis asentaa työasema siten että kiintolevylle (levy 0) luodaan 3 osiosta. Ensimmäinen osio toimii ns. Microsoft Reserved (MSR) osiona, seuraavalla osiolle asennetaan 64-bittinen Windows 7 ja kolmannelle osiolle 32-bittinen Windows 7. Osiot siis seuraavasti.

1 Osio: MSR (Bitlocker yms. toiminnot)

2.Osio: 32-bittinen Windows 7

3.Osio 64-bittinen Windows 7

Halusin osioiden olevan alla olevan kuvan mukaiset

Loin kummankin käyttöjärjestelmän asentamista varten omat tehtäväsarjansa joiden avulla käyttöjärjestelmät asennetaan. Kokeilin ensin kaikkien tarvittavien osioiden luomista yhdessä tehtäväsarjassa. Testaillessani asentamista huomasin kuitenkin mm. seuraavat ongelmat:

Ongelma: Jos tehtäväsarjan Preinstall – Format and Partition Disk vaiheessa valitsee luotavaksi MSR osion (Create extra “Active” partition ja määrittää luotavaksi tämän lisäksi useamman kuin yhden osion, jää MSR osio luomatta.

Kiertääkseni edellisen ongelman päätin tämän jälkeen kokeilla toisen käyttöjärjestelmän vaatiman osion luomista toisessa tehtäväsarjassa…siis siinä joka suorittaa toisen käyttöjärjestelmän asennuksen. Eli toisin sanoen kokeilin luoda toisen osion toisessa tehtäväsarjassa.

Ongelma: Format and Partition Disk toiminto tuhoaa kaikki kohdekiintolevyllä jo olemassa olevat osiot joten edellisessä tehtäväsarjassa luodut osiot häviävät.

Ratkaisu: Kuten kuvista ilmenee luovuin lopulta osioiden luomisesta Format and Partition Disk toimintojen avulla. Otin ko. toiminnot pois käytöstä Options välilehden Disable this step valinnan avulla. Osiot olisi luotava siis jotenkin muuten. Siirrytään siis käyttämään Diskpart komentoa. Diskpart on komentokehotetason ohjelma jolla voidaan suorittaa kaikki samat toiminnot kuin esim. levynhallintaohjelman avulla. Kaiken lisäksi Diskpart ohjelman toiminta voidaa automatisoida.

Osioiden luominen Diskpart komennon avulla.

1. Otin siis Format and Partition Disk toiminnot pois käytöstä ja loin uuden Run Command Line tyyppisen toiminnon käytöstä pois otetun Format and Partition Disk toiminnon perään.
   
   Command line kentän sisältö alla
   
   cmd.exe /c pushd \\DC01\DemoShare$\Scripts&diskpart.exe /s diskpart.txt
   
   Diskpart komento käyttää /s parametrinsa avulla \\DC01\Scripts kansiossa olevaa Diskpart.txt tiedostoa automatisoituun osioiden luomiseen. Cmd.exe ohjelman /c valitsin sulkeen Cmd.exe ohjelman Diskpart ohjelman jälkeen. Muussa tapauksessa Cmd.exe pysäyttäisi tehtäväsarjan suorituksen.
   
   Ongelma: Komentokehote ei osaa käyttää UNC polkuja ( \\DC01\Scripts) Tämän takia \\DC01\Scripts kansio avataan pushd komennon avulla joka vaihtaa työkansioksi \\DC01\Scripts ja esittää sen Cmd.exe ohjelmalle paikallisena kansiona. Diskpart.exe /s diskpart.txt komento ketjutetaan & merkin avulla edelliseen komentoon siten että se suoritetaan heti pushd komennon jälkeen.
   
2. Loin siis  MDT palvelimen asennusjaon Scripts alikansioon diskpart.txt nimisen tekstitiedoston joka automatisoi kohdassa 1 käytetyn Diskpart komennon. Tiedoston sisältö oli seuraava.

sel disk 0
clean
create par pri size=300
sel par 1
format fs=ntfs label="System" quick
active
create par pri size=30720
sel par 2
format fs=ntfs label="PearsonVUE" quick
assign letter=C
create par pri size=30720
sel par 3
format fs=ntfs label="Prometric" quick

Yllä näkyvät komennot luovat ja nimeävät kolme osiota sekä alustavat ne ntfs tiedostojärjestelmään. Tiedosto toimii eräänlaisena vastaustiedostona jonka avulla Diskpart komento on mahdollista automatisoida. Asennuksen aikana osiot luodaan alla näkyvän kuvan mukaisesti.

(Asennuksen PE tilan aikana komentokehotteen voi avata F8 painikkeella)

HUOM: Windows 8.1 käyttöjärjestelmässä levyn osioiminen voidaan toteuttaa myös Powershellin avulla.

Käyttöjärjestelmä asennuksen kohdistaminen oikeaan osioon

Seuraavaksi tehtäväsarja täytyy määritellä siten että käyttöjärjestelmä asennetaan oikeaan osioon eli osioon C. Kohdistusta täytyy muuttaa sillä oletusarvoisesti käyttöjärjestelmä asennetaan levyn 0 osiolle 1. Tässä tapauksessa 1 osio on MSR osio ja näin ollen väärä osio.

Ongelma: Käyttöjärjestelmän asennetaan oletusarvoisesti väärälle osiolle.

Ratkaisu: Kohdistin asennuksen oikeaan osioon Install Operating System vaiheessa muuttamalla Select the location where.. valinnan avulla kohteeksi Specific logical drive letter – Drive Letter: C: Myös valinta Specific disk and partition Disk 0 Partition 2 kävisi kohdelevyn valinnaksi.

Toisen käyttöjärjestelmän asentaminen (Windows 7 32-bit)

Työaseman kiintolevylle 0 on nyt luotu 3 osiota joista ensimmäinen toimii ns. MSR osiona. Loput vapaasta kiintolevy tilasta on jaettu kahteen osioon. Osioon 2 on jo asennettu ensimmäinen käyttöjärjestelmä. Seuraavaksi asennetaan toinen käyttöjärjestelmä.

Toisen käyttöjärjestelmän asentamiseksi luodaan uusi Standard Client Tasksequence tyyppinen tehtäväsarja. Tehtäväsarjaa joudutaan kuitenkin multiboot ympäristön rakentamiseksi muokkaamaan.

Tehtäväsarjaan tehtävät muokkaukset

Ongelma: Jos Format and Partition Disk vaihe jätetään oletusasetuksiin, kiintolevyllä olevat osiot poistetaan. Tällöin tietysti menetetään edellisessä vaiheessa asennettu käyttöjärjestelmä.

Ratkaisu: Otetaan siis Format and Partition Disk vaihe pois käytöstä asettamalla Options välilehdellä valinta kohtaan Disable this step.

Ongelma: Käyttöjärjestelmän asennus oletusarvoisesti väärälle osiolle.

Ratkaisu: Kuten aikaisemman käyttöjärjestelmän asennuksessa, täytyy Install Operating System vaiheen asetuksia muuttaa. Muutetaan kohdeosioksi levy 0 osio 3.

Ongelma: Uuden käyttöjärjestelmän asentaminen tuhoaa edellä asennetun käyttöjärjestelmän BCD (Boot Controller Data) tiedot. Käytännössä tämä näkyy siten että työaseman käynnistämisen jälkeen ei näytölle ilmesty valikkoa josta voitaisiin valita käynnistettävä käyttöjärjestelmä.

Ratkaisu:  Aiemmin asennetun käyttöjärjestelmän käynnistystiedot lisätään lisätään BCD dataan bcdboot.exe ohjelman avulla. Muokataan asentavaa tehtäväsarjaa siten että heti Install Operating System vaiheen jälkeen lisätään uusi Run Command Line tyyppinen vaihe. Command line kenttään kirjoitetaan komento bcdboot.exe D:\Windows /s C: On huomattava että asennuksen PE vaiheessa kiintolevyn 0 osio 1 (MSR) saa kirjaintunnuksen C: jolloin edellisessä tehtäväsarjassa asennettu Windows on siis sijoitettuna D: osiolle.

Ongelma: Aiemmin asennettu Windows asettuu “multiboot” valikkoon nimellä Windows 7. Valikossa olevat käyttöjärjestelmät kannattaa nimetä siten että valikosta käynnistettävän käyttöjärjestelmän valinta on helpompaa.

Ratkaisu: Nimetään “multiboot” valikossa oleva Windows instanssi bcdedit.exe ohjelman avulla. Muokataan asentavaa tehtäväsarjaa siten että heti edellä lisätyn Run Command Line vaiheen jälkeen lisätään uusi Run Command Line tyyppinen vaihe. Command line kenttään kirjoitetaan komennoksi cmd.exe /c bcdedit.exe /set [default] description “haluttu nimi Windows asennukselle”

Ongelma: Edellä tuotu käyttöjärjestelmä asettuu “multiboot” valikossa oletusarvoisesti käynnistettäväksi käyttöjärjestelmäksi {default}. Tämä aiheuttaa tilanteen jossa tehtäväsarjan suorittaminen ei voi jatkua ennen kuin valikosta on manuaalisesti valittu tällä hetkellä asennettavana oleva käyttöjärjestelmä.

Ratkaisu: Lisätään jälkimmäisenä asennettavan käyttöjärjestelmän käynnistystiedot BCD dataan bcdboot.exe ohjelman avulla. Muokataan asentavaa tehtäväsarjaa siten että heti edellä lisätyn Run Command Line vaiheen jälkeen lisätään uusi Run Command Line tyyppinen vaihe. Command line kenttään kirjoitetaan bcdboot.exe E:\Windows C: On huomattava että asennuksen PE vaiheessa kiintolevyn 0 osio 1 (MSR) saa kirjaintunnuksen C: jolloin tällä hetkellä asentavassa tehtäväsarjassa määritetty Windows on siis sijoitettuna E: osiolle.

Ongelma: Jälkimmäisenä asennettava Windows 7 asettuu “multiboot” valikossa nimelle Windows 7 joka ei ole kovin kuvaava nimi.

Ratkaisu: Lisätään asentavaan tehtäväsarjaan edellisen Run Command Line vaiheen jälkeen uusi Run Command Line tyyppinen vaihe. Command Line kenttään kirjoitetaan komento: cmd.exe /c bcdedit.exe /set {current} description “haluttu nimi Windows asennukselle”

{Default} viittaa siis siihen Windows asennukseen joka käynnistetään “multiboot” valikosta automaattisesti. Itse käyttöjärjestelmän käynnistyksen jälkeen käynnistettyyn käyttöjärjestelmään voidaan viitata {current} viittauksella. Esim.

HUOM: Voidaan siis käyttää jompaa kumpaa vaihtoehtoa jälkimmäisen Windows asennuksen nimeämiseksi.

Asennusta voidaan lisäksi nopeuttaa siten että “multiboot” valikon oletusarvoista 30 sekunnin oletusaikaa lyhennetään väliaikaisesti esim. 10 sekunttiin. Muokataan siis asentavaa tehtäväsarjaa siten että heti edellä lisätyn Run Command Line vaiheen jälkeen lisätään uusi Run Command Line tyyppinen vaihe. Command line kenttään kirjoitetaan bcbedit.exe /timeout 10

Molempien tehtäväsarjojen tulisi päättyä alla näkyvään ilmoitukseen jossa virheitä ei esiinny.

Työasemassa pitäisi nyt olla asennettuna kaksi Windows 7 käyttöjärjestelmää. Käynnistysvalikko on niin ikään asetettu näyttämään molemmat käyttöjärjestelmät “järkevillä” nimillä. Esimerkissä työasemat on nimetty käyttötarkoituksen mukaan jossa työasemia käytetään sertifiointikäytössä.

 

Microsoft Deployment Toolkit ohjelmisto referenssilevykuvan tuottamisessa

Microsoft Deployment Toolkit ohjelmistolla on pienen nakertelun jälkeen helppo tuottaa työasemiin jaeltavat Windows levykuvat. MDT:n avulla tuotetut referenssilevykuvat kelpaavat suoraan  myös SCCM:n kautta jaeltaviksi. MDT:n käyttöä referenssilevykuvien tuottamisessa puoltaa sekin seikka että sen avulla oletusprofiilin mukauttaminen ja levykuvaan upottaminen on varsin vaivaton suoritus. SCCM kun käyttää asennuksessa hyväkseen system tunnusta jonka avulla mukautettua oletusprofiilia on varsin vaikea ellei mahdotonta saada sisällytettyä levykuvaan.

Kaiken kaikkiaan referenssilevykuvan tuottaminen tulisi olla automatisoitu niin pitkälle kuin mahdollista. Levykuvista tulee näin toimien määrämuotoisia eikä niiden tuottamiseen kulu ylimääräistä aikaa. Lisäksi prosessia kannattaa mukauttaa niin että levykuvan tuottaminen sujuu mahdollisimman jouheasti.

Seuraavassa käyn läpi joitakin mukautuksia ja huomioita referenssi levykuvan tuottamisesta Microsoft Deployment Toolkit ohjelmistona avulla.

Luo referenssilevykuva aina virtuaalityöasemassa

Virtuaalityöaseman käyttäminen ei vaadi laitteisto-ohjainten asentamista referenssilevykuvaan. Itse asiassa referenssilevykuvan tulisikin olla mahdollisimman geneerinen niin että samaa levykuvaa voidaan käyttää asennettavan kohdetyöaseman valmistajasta tai mallista riippumatta. Oikeat  laitteisto-ohjaintiedostot asennetaan levykuvan jakelun yhteydessä automaattisesti kunhan vain jakeluprosessi on oikein määritetty. Joissakin tilanteissa, kuten esimerkiksi oppilaitosympäristöissä voidaan kuitenkin tuottaa laitteistokohtaisia levykuvia joissa ohjaintiedostot ovat jo levykuvassa mukana. Tämä nopeuttaa levykuvien jakelua. Niiden tuottaminen ja erityisesti ylläpito onkin sitten hidasta puuhaa. Lisäksi virtuaalikoneen voi virheen sattuessa helposti palauttaa ns. 0-tilanteeseen ja aloittaa prosessin uudelleen.

Lisäksi virtuaalinen työasema kannattaa määritellä käyttämään ainakin 2 virtuaalisuoritinta sekä vähintään 2 Gt. RAM-muistia. Nämä asetukset nopeuttavat levykuvan kaappaamista huomattavasti.

Käytä Standard Client Task Sequence tyyppistä tehtäväsarjaa myös referenssilevykuvan luomisessa

Vaikka tehtäväsarjamalleissa on listattuna myös Sysprep and Capture tyyppinen tehtäväsarja jolla valmiin referenssityöaseman voi kaapata, on sen käyttäminen huomattavasti hankalampaa. Standard Client tyyppinen tehtävä sarja yhdistettynä CustomSettings.ini tiedostossa olevaan  DoCapture=Yes määritykseen ajaa saman asian ja on huomattavasti helpompi käyttää.

Keskeytä referenssilevykuvan luontiprosessi Suspend toiminnon avulla

Kun referenssilevykuva luodaan Standard Client Task Sequence tyyppisellä tehtäväsarjalla, voidaan asennusprosessi keskeyttää tehtäväsarjaa muokkaamalla. Asennusjaon Scripts kansiossa on valmis LTISuspend.wsf skripti jota käyttämällä asennusprosessi keskeytetään. Prosessi kannatta keskeyttää vaiheeseen jossa käyttöjärjestelmä ja sovellukset on asennettu. Keskeytyksen aikana käyttöjärjestelmään voidaan tehdä “viilauksia” ja muutoksia esim. lisäämällä pikakuvakkeita, resurssienhallinta ohjelman käyttäytymistä yms. Käyttöjärjestelmän voi jopa käynnistää uudelleen mikäli esim. sovelluksen asentaminen sitä vaatii. Tämän jälkeen prosessia voidaan jatkaa työpöydälle automaattisesti lisätystä Resume Task Sequence pikakuvakkeesta.

 

Huolehdi referenssilevykuvan päivittämisestä

Referenssilevykuvassa tulisi olla mahdollisimman uudet Windows päivitykset. Referenssilevykuvien tuottamiseen tulisi pitää erillään tuotantoympäristöstä. Tähän levykuvien tuottamiseen varattuun ympäristöön voidaan sitten asentaa tuotantoympäristöstä erillään oleva WSUS palvelin jota käytetään referenssityöaseman päivittämiseen. WSUS palvelin määritetään käyttöön sekä CustonSettings.ini tiedoston määrityksellä että itse tehtäväsarjassa

CustomSettings.ini tiedostoon asetetaan määritys

WSUSServer=http://wsuspalvelimen.nimi.test:8530

Tehtäväsarjan ominaisuuksissa WSUS otetaan käyttöön kahdessa vaiheessa poistamalla Disable this step valinta Options välilehdeltä. On huomattava että mikäli WSUS palvelinta ei ole olemassa tai mikäli sitä ei ole määritetty CustomSettings.ini tiedostossa, päivitykset haetaan internetistä Microsoftin päivityspalvelimilta. Tämä ei ole erityisen suotavaa koska se hidastaa asennusta eikä mahdollista asennettavien päivitysten valitsemista.

 

Siivoa referenssilevykuva ennen Sysprep komentoa ja levykuvaksi kaappaamista

Jotta levykuvasta tulisi mahdollisimman pieni kannattaa referenssityöasemassa suorittaa mm. seuraava komento:

Windows 8 referenssikäyttöjärjestelmä: Dism.exe /online /Cleanup-Image /StartComponentCleanup

Windows 8.1 referenssikäyttöjärjestelmä:Dism.exe /online /Cleanup-Image /StartComponentCleanup /ResetBase 

Em. komennot voidaan lisätä myös asentavaan tehtäväsarjaan run command line tyyppisiksi tehtäviksi

Siivoamisesta voi lukea lisää Mikael Nyströmin artikkelista.

Asenna tarvittavat sovellusten automaattisesti referenssilevykuvaan

Levykuvaan kannattaa asentaa perussovellukset vaikka levykuva haluttaisiinkin pitää mahdollisimman pienikokoisena. Ainakin kannatta asentaa .NET eri versiot ja kaikkien Visual Studion versioiden laajennukset. Lisäksi yleensä halutaan asentaa jokin .pdf lukijaohjelma ja jokin ylimääräinen selain.

Sovellukset voidaan asentaa joko lisäämällä tehtäväsarjaan Install Application tyyppinen vaihe.

Tai lisäämällä CustomSettings.ini tiedostoon tarvittavat määritykset. Sovellukset GUID:t voidaan lukea joko esim. rekisteristä jos sovellus on asennettuna (HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall) tai jos sovellus on tuotuna MDT järjestelmään, sovelluksen ominaisuuksista General välilehdeltä kohdasta Application GUID

MandatoryApplications001={ohjelmanGUID}

MandatoryApplications002={ohjelmanGUID}

Mukauta prosessia käytettävän tehtäväsarjan mukaan

Jos asennettavia Windows käyttöjärjestelmiä on vain yksi, voidaan prosessi automatisoida lähes täysin. Tässä tilanteessa ainoaksi käsin asetettavaksi seikaksi jää mahdollinen referenssityöaseman mukauttaminen ennen sen kaappaamista.

Jos asennettavia Windows käyttöjärjestelmiä on enemmän kuin yksi, valitaan käytettävä tehtäväsarja käsin. Kuten edellä kannattaa referenssilevykuvan luontiprosessi kuitenkin pysäyttää vaiheeseen jossa käyttöjärjestelmä ja halutut sovellukset on asennettu ja seuraava vaihe olisi sen levykuvaksi kaappaaminen.

Asennusprosessia voidaan CustonSettings.ini tiedoston avulla mukauttaa valitusta tehtäväsarjasta riippuen. Jos esimerkiksi yksi tehtäväsarja asentaa Windows 7 käyttöjärjestelmän ja toinen Windows 8.1 käyttäjärjestelmän voi asennusprosessi asettaa referenssitiedoston nimen vastaamaan asennettua käyttöjärjestelmää

Oletetaan että käytettävissä on kaksi tehtäväsarjaa joista toisen ID on [W8.1-001] ja toisen [W7-001]. Kun asennetavaksi valitaan ensimmäinen tehtäväsarja, asetetaan työasemannimeksi WKS-REF-W81 ja referenssilevykuva tallennetaan tiedostoon nimeltä W8.1x64FI.wim. Toiselle tehtäväsarjalle on asetettu vastaavasti omat asetuksensa.

CustomSettings.ini tiedoston asetukset:

[Settings]

Priority=TaskSequenceID, Default

~~~~~~~~~~~~~~~~~~

[W8.1-001]

OSDComputerName=WKS-REF-W81

BackupFile=W8.1x64FI.wim

[W7-001]

OSDComputerName=WKS-REF-W7

BackupFile= W8.1x86FI.wim

Tehtäväsarjan asetukset:

Koska Gather prosessi käsittelee CustomSettings.ini tiedoston oletusarvoisesti ennen kuin Tehtäväsarja on valittu, ei tehtäväsarjasta riippuvia asetuksia voida käyttää ennen kuin itse tehtäväsarjan asetuksia on muokattu.

Tehtäväsarjaa muokataan kolmesta eri kohdasta: Initialization - Gather local only, Preinstall – Gather local only ja Imaging – Capture image – Gather local only

Kaikissa kohdissa asetetaan asetus valintaan Gather local data and process rules ja määritetään Rules file kohtaan CustomSettings.ini

 

Nopeuta referenssilevykuvan kaappaamista korvaamalla ImageX ohjelma Dism ohjelmalla

Microsoft Deployment Toolkit käyttää edelleen Imagex ohjelmaa referenssitiedoston kaappaamiseen. ImageX:ää nopeammin toimii Dism ohjelma. Korvataan siis ImageX ohjelma Dism ohjelmalla.

Ladataan modifioitu ZTIBackup.wsf tiedosto täältä ja korvataan asennusjaon Scripts alikansiossa oleva alkuperäinen ZTIBackup.wsf modifioidulla versiolla.

Lisää tarvittavat Windows komponentit referenssilevykuvaan Install Roles and Features ominaisuuden avulla.

Windows komponentteja voidaan lisätä referenssilevykuvaan automaattisesti mukauttamalla asennuksessa käytettävää tehtäväsarjaa.

Tehtäväsarjaan voidaan lisätä vaihe joka ottaa käyttöön halutun Windows komponentin, esim. .net 3.5 jo suoraan käyttöjärjestelmän asennuksen aikana.

Lisää haluttu komponentti tehtäväsarjaan Add – Roles – Install Roles and Features toiminnon avulla. Esimerkiksi jos asennat referenssityöasemaan .net 4.5 tai sitä uudemman laajennuksen kannattaa .net 3.5 laajennus lisätä ennen uudempaa laajennusta käyttämällä Install Roles and Featurs toimintoa