Le petit monde de Zany & Open Eyes

UEFI : le guide de survie pour installer Windows 7 et 8

noreply@blogger.com (Diagg) — Fri, 18 May 2012 21:30:00 +0000

UEFI vous connaissez ? “Unified Extensible Firmware Interface”, c’est le nouveau standard qui à terme devrait remplacer le BIOS.

Les raisons principales de ce changement sont les suivantes :

BIOS qui est en 16 bits ne permet pas d’adresser toute la mémoire physique disponible.

BIOS est trop lent à s’initialiser.

BIOS ne peut occuper au maximum qu’1Mo de mémoire quelque soit la taille de celle-ci.

Il est limité à 4 partitions physiques de 2.2 Téra maximum.(Problématique si on souhaite ne faire qu’une partition sur un disque de 3 Tera)

Aucun standard/spécification n’existe pour le BIOS.

UEFI adresse toutes ces limitations, et fait bien plus encore ! Pour être claire UEFI est un véritable OS embarqué. Pour en connaitre les principaux contours, voici une très bonne vidéo de présentation !

La partie qui nous préoccupe aujourd’hui est la partie disque, et dans ce domaine UEFI a de quoi faire rêver :

UEFI met fin au règne des disque MBR dont j’ai cité les limitations plus haut, et donne naissance au disque GPT (Bravo pour le nom !!) qui peuvent adresser pas moins de 128 partitions de 9.4 milliard de tera octets (Zo) par disque physique (Non, il n’y à pas erreur !).

L’accès à ces partitions gigantesques est soumis à quelques contraintes dont les principales sont les suivantes :

Un OS 64 Bits (Windows 7/2008 R2/Windows 8).

Un disque GPT.

Une carte mère avec UEFI activée.

Cependant, si vos disques font moins de 2.2 tera et ne sont pas GPT vous pouvez quand même implémenter GPT, ceci dit l’intérêt devient plus que discutable…

Pour infos les versions précédentes de Windows permettaient déjà de créer des disques GPT, mais pas pour les partitions devant booter sur l’OS.

Comme vous le constatez également, en dehors d’un OS 64 Bits ; point de salut. Oubliez donc le boot UEFI sur les OS 32 Bits car même si cette spécification existe, Microsoft n’a pas voulu l’implémenter…

UEFI embarque un mode de compatibilité qui émule le BIOS. Le guide que je vous propose va vous permettre d’utiliser UEFI en mode natif, c’est à dire : en désactivant la compatibilité avec les anciens mode de démarrage BIOS.

La conséquence directe de ce mode natif impliquera non seulement que vos disques durs et partitions OS soient configurés en mode UEFI, mais également tout périphériques susceptibles de booter !!! Donc également les clés USB (Les CD/DVD restant lisibles dans leur format d’origine malgré l’existence d’une spécification UEFI !).

Problèmes des clés USB

Si le partitionnement du disque dur et l’installation de l’OS ne présentent pas de difficultés particulières; il va falloir ruser un peu pour les clés USB, mais nous allons voir cela tout de suite :

Le file system de l’UEFI est (accrochez-vous à votre chaise ! ) du FAT/FAT32. Cette spécification met des facto en péril vos futur déploiement du fait des limites techniques du système FAT qui ne peut pas gérer des fichiers de plus de 4 GO…(UEFI ne supportant pas non plus ExFAT !)

Pour rappel, 4 GO c’est la taille que fera votre fichier Install.WIM (le fichier principal d’installation de Windows) après l’intégration du SP1 et de quelques patches supplémentaires, c’est aussi la taille du fichier d’installation de Windows 8 !

Est-ce vraiment un problème ? … en fait pas vraiment… En repassant l’UEFI en mode compatibilité on peut s’affranchir de cette limitation et utiliser le NTFS ! Cependant, j’ai lu ça et là que ce mode de compatibilité pourrait disparaitre un jour, aussi, étudier la question avant de se retrouver au pied du mur me paraissait important.

Donc,pour contourner ce “problème” nous allons devoir créer une seconde partitions sur la clé USB que nous formaterons cette fois en NTFS, et sur laquelle nous pourrons déposer nos fichiers volumineux.

Nouvelle coquille : Windows 7 n’est capable de ne lire ou formater qu'une seule et unique partition sur un média amovible !!!! La seconde partition n’étant tout bonnement pas affichée. Windows 8 fait à peine mieux, puisqu'il affiche les deux partitions, mais ne sait lire que la première.

Le seul moyen pour que les deux partitions de cette clé soient accessibles quelque soit le contexte (BIOS, WinPE, Windows) et qu'‘elle soit détecté, non pas comme un média amovible, mais comme un disque local !

Clés USB ‘Fixed Disk’

A l’heure actuelle, vous pouvez aller acheter une clé USB qui, selon une logique propre à chaque constructeur, sera reconnue comme disque local (fixed drive), ou comme média amovible (removable device).

Soyons claire : il n’existe actuellement aucun moyen d’identifier quel est le type de la clé avant de l’avoir acheté !!!

Sachez également que vous aurez besoin du même type de clé si vous voulez utiliser WindowsToGo.

Deux solutions s’offrent à vous pour régler ce problème : soit avoir de la chance à l’achat de votre clé, soit transformer celle-ci en disque local, voici brièvement comment faire :

Téléchargez et installez l’application ChipGenius à cette adresse afin de connaitre les spécifications de votre clé USB.

Nous avons besoin de deux Informations importantes : les numéros VID et PID :

Ensuite, vous pouvez soit vous rendre sur le liens proposé par l’application, soit entrez vos VID/PID sur cette page.

quel en est l’intérêt : la page internet va vous dire quelles applications connues peuvent reformater votre clé.

Si une application existe, vous pourrez la télécharger en allant sur cette page là.

La plus part des outils de reformatage qui vous seront proposés ne fonctionnent que sur votre clé, n’essayez donc pas le même utilitaire sur un model de marque différente, vous risqueriez de détruire votre clé.

Le reformatage permet, entre autre de changer le type de votre clé et donc de transformer cette dernière en Fixed Drive.

Préparation de votre environnent de travail

Le problème de clé étant maintenant réglé, voici la liste des près-requis pour mener à bien notre installation :

Une clé USB de 8Go minimum reconnu comme disque local.

Un PC de travail avec Windows 7/8/2008 R2 en version 64 Bits uniquement.

Les sources d’installation de Windows en 64 Bits (Le DVD

Un PC de test prenant en charge L’UEFI.

Le logiciel Visual BCD

Le WAIK (Window7) ou l’ ADK (Windows 8)

Sur le PC de test, vous allez activer l’UEFI en éditant le BIOS. l’UEFI est en général configuré en mode compatible afin de pouvoir gérer à la fois les disque MBR et GPT. Vous allez le passer en mode natif UEFI :

Partitionnement de la clé USB

Insérez votre clé USB et ouvrez une invite de commande en mode administrateur. Lancez Diskpart avec les commandes suivantes :

DISKPART
LIST DISK (identifiez votre clé USB, dans cet exemple ma clé à le numéro 1)

Puis sélectionnez la avec la commande :

SELECT DISK 1 (Remplacer le chiffre 1 par le numéro correspondants à votre propre clé USB).

CLEAN (pour effacer tout contenu existant)
CREATE PARTITION PRIMARY SIZE=204
FORMAT FS=FAT32 LABEL=”EFI” QUICK
ASSIGN
CREATE PARTITION PRIMARY
FORMAT FS=NTFS LABEL=”OS” QUICK
ASSIGN

Bravo, vous venez de créer une partition Fat32 de 200 Mo et une partition NTFS qui utilise la quantité restante sur votre clé :

Préparation de la Clé USB

Munissez-vous maintenant de votre CD d’installation Windows 7/8 X64 et copiez les fichiers et répertoires suivants sur la partition nommé “EFI” de votre clé USB :

Boot
Efi
autorun.inf
Bootmgr
Bootmgr.efi

Copiez ensuite les fichiers et répertoires suivants sur la partition nommée '”OS” de votre clé USB :

Sources
Support
upgrade
setup.exe

Si Vous êtes sous Windows 7 X64, quelques opérations supplémentaires par rapport à Windows 8 sont à opérer :

Retournez dans la partition EFI et copiez le répertoire EFI\Microsoft\Boot un niveau au dessus afin qu’il se retrouve dans EFI\Boot

Récupérez le fichier Bootmgfw.efi qui se trouve dans C:\Windows\Boot\EFI et copiez le sur la clé dans le répertoire EFI\Boot en le renommant en Bootx64.efi

l’ arborescence de votre répertoire boot doit maintenant ressembler à ça :

Nous allons maintenant modifier le magasin BCD afin que le boot sache à quel endroit aller chercher ces fichiers de démarrage.

Si vous ne l’avez pas encore fait, installez Visual BCD et dans le menu Store de celui-ci, cliquez sur Open Store et choisissez le fichier E:\efi\microsoft\boot\bcd (Remplacez E par la lettre correspondant la partition EFI de votre clé USB)

Dans l’arborescence de droite sélectionnez Windows Setup

et modifiez successivement les entrées ApplicationDevice et OSDevice en remplaçant dans le chemin du ramdisk, l’emplacement [boot] par la lettre correspondant à la partition OS de votre clé USB.

Votre Magasin BCD doit normalement ressembler à ça :

Une fois ceci terminé quittez Visual BCD, Notre clé est prête !!

Préparation de l’OS

Nous allons maintenant créer un fichier de réponse afin que Windows s’installe en créant les partitions dont il à besoin pour gérer correctement l’UEFI, à savoir :

Une partition en FAT32 pour l’amorçage UEFI du système.

Une partition WinRE en NTFS (facultative)

Une partition réservée pour le besoin de Windows (MSR).

Une partition NTFS contenant notre OS.

Une seconde partition NTFS (facultative)

Pour Créer le fichiers de réponse installez le WAIK ou l’ ADK et lancez WSIM (Windows System Image Manager). Je vous invite à vous reporter à mon article sur l’installation silencieuse de Windows 8 pour tous les détails. le fichier à créer est en tout point identique sauf en ce qui concerne les éléments suivants :

Microsoft-Windows-Setup_neutral > DiskConfiguration >Disk

DiskID=0	sélection du 1er disque
WillWipeDisk = true	le disque sera reformaté dans son intégralité

Création d’une partition principale (Primary) pour WINRE.

Microsoft-Windows-Setup_neutral > DiskConfiguration >Disk >CreatePartition

Order = 1	définit l'ordre de création des partitions sur le disque
Size = 300	taille de la partition en Mégabits (ici 300 MO).
Type = Primary	type de partition : Primary

Création de la partition UEFI.

Microsoft-Windows-Setup_neutral > DiskConfiguration > Disk > CreatePartition

Order = 2
Size = 260	Taille minimum pour les disques Advanced Format
Type = EFI

Création de la partition MSR (réservé pour Windows).

Microsoft-Windows-Setup_neutral > DiskConfiguration > Disk > CreatePartition

Order = 3
Size = 128
Type = MSR

Création de la partition Windows

Microsoft-Windows-Setup_neutral > DiskConfiguration > Disk > CreatePartition

Order = 4
Size = 80000	Partition OS de 80 Go
Type = Primary

Création de la seconde partition NFTS

Microsoft-Windows-Setup_neutral > DiskConfiguration > Disk > CreatePartition

Extend = True	Utilise tout l'espace restant pour créer la partition
Order = 5
Type = Primary

Définition des paramètres de formatage pour nos différentes partitions :

Microsoft-Windows-Setup_neutral > DiskConfiguration > Disk > ModifyPartition

Format = NTFS
Label = WINRE
Order = 1
PartitionID = 1

Microsoft-Windows-Setup_neutral > DiskConfiguration >Disk >ModifyPartition

Format = FAT32
Label = SYSTEM
Order = 2
PartitionID = 2

Microsoft-Windows-Setup_neutral > DiskConfiguration >Disk >ModifyPartition

Format = NTFS
Label = WINDOWS
Order = 3
PartitionID = 4

Microsoft-Windows-Setup_neutral > DiskConfiguration >Disk >ModifyPartition

Format = NTFS
Label = Data
Order = 4
PartitionID = 5

Installation de l’OS

Microsoft-Windows-Setup_neutral > Image Install >OS Image >InstallTo

DiskID = 0	Disque d’installation de l’OS
Partition = 4	Partition d’installation de l’OS

Notre fichier est prêt, sauvez le sous le nom autounattend.xml sur la partition OS de votre clé USB.

Pour finir, nous allons devoir ouvrir l’image Boot.wim afin d’ordonner à Setup.exe (fichier responsable de l’installation de Windows) d’aller chercher ces informations sur la seconde partition de la clé.

Ouvrez une invite de commande en mode administrateur et tapez les commandes suivantes pour monter l’image :

MD c:\temp
Dism /Mount-Wim /WimFile:H:\sources\boot.wim /index:2 /MountDir:C:\Temp

Dans le répertoire C:\Temp\Windows\System32 nous allons créer un fichier winpesh.ini qui sera exécuté à la place de Setup.exe. Voici ce qu’il faudra y mettre :

[LaunchApps]
Cscript.exe, %WINDIR%\system32\winpesh.vbs

Enfin, un petit script vbs que nous nommerons winpesh.vbs va nous permettre de relancer setup.exe sur la bonne partition avec le fichier de réponse adéquat :

' Script By Diagg 01/05/2012
' www.zany-openeyes.fr
' Launch Windows installation setup with the first autounattend.xml found in any drive
Set oShell = CreateObject("WScript.Shell")
Set oFSO = CreateObject("Scripting.FileSystemObject")
Set oDrives = oFSO.Drives
FndXML = 0
For each oDrvFound in oDrives
    If oFSO.FileExists(oDrvFound & "\autounattend.xml") Then
        FndXML = 1
        oShell.run "%SYSTEMDRIVE%\sources\setup.exe /unattend:"& oDrvFound & "\autounattend.xml", 0,True
        Exit for
    End IF
Next
If FndXML = 0 Then
    oShell.run "%SYSTEMDRIVE%\sources\setup.exe", 0,True
End If

Une fois le fichier de script crée, nous pouvons refermer notre image WIM :

Dism /Unmount-Wim /Mountdir:C:\Temp /Commit

La Clé USB est maintenant 100% opérationnelle en mode “UEFI Only”, et l’OS le sera également dés qu'il sera installé.

Petit regret : la solution n’est pas compatible avec le mode “Legacy Only” (Bios uniquement) pour une raison que je n’ai pas eu le temps de déterminer ( si quelqu’un a l’info, n’hésitez pas à partager).

J’insiste encore : il est probable que vous n’ayez jamais à utiliser le mode “UEFI Only” et donc toute la partie inhérente à la clé USB. Si ce jour devait malgré tout arriver, nous somme prêt !

Je n’ai délibérément traité que la partie Boot Windows dans ce billet, les sujets sur l’UEFI sont légion : Secure Boot, Dual Boot OS X/Windows, Shell UEFI, Applications UEFI etc etc… Il est probable que je re-aborderai le sujet dans de prochains billets, d’ici là, je vous laisse vous faire la main sur la question et vous invite à méditer ce tweet de Michael Niehaus (Monsieur MDT) qui en dit long sur la question…

LocalGPO : Backup & installation automatisée de GPO locale, simple et efficace.

noreply@blogger.com (Diagg) — Wed, 18 Apr 2012 21:45:00 +0000

Pour l’un de mes clients, j’ai dû automatiser la création d’un master Windows 7 avec MDT qui jusqu’alors était crée manuellement. Petit problème au cours de l’opération, les paramétrages de GPO du master original n’était pas documentés et il fallait évidement les intégrer à l’identique…

Pas de panique, il y’a une solution : LocalGPO de Microsoft.

Cette application qui est en fait un script est distribuée en complément du fameux SCM, Security Compliance Manager disponible ici.

SCM est une solution complète de gestion des stratégies de sécurité déployées sur les serveurs comme les Workstation. Cependant, SCM nécessite l’installation d’une base SQL Express, ce qui est bien au delà de nos modestes besoins. Nous allons donc depacker SCM pour en retirer uniquement LocalGPO.msi.

Extraction de LocalGPO.msi

A l’aide de Winrar, ouvrez l’exécutable de SCM et sortez en tout les fichiers.

puis ouvrez une invite de commande à l’endroit ou se trouve les fichiers extrait et tapez la commande suivante : Msiexec /a scmsetupx64.msi (ou Msiexec /a scmsetupx86.msi en fonction de votre type de processeur).

Deux répertoires nommés PFiles et Baselines seront alors crées à la racine de votre disque C ou D.

Vous pouvez alors récupérer LocalGPO.msi dans le sous répertoire ..\PFiles\Microsoft Security Compliance Manager\LGPO

Backup des GPO

sur une machine fraichement installée et dont les paramètres GPO Locaux ont étés configurés par vos soins, ou comme c’était mon cas ; sur une machine déjà configurée :

Installer LocalGPO.msi
Dans une invite de commande en mode admin tapez les commandes suivantes :

Cd "Program Files\LocalGPO"
Md C:\GPOBackups
Cscript LocalGPO.wsf /Path:"c:\GPOBackups" /Export /GPOPack:MyMachine-GPO

Les GPO sont maintenant sauvées dans C:\GPOBackups\MyMachine-GPO

Mettez en sureté le répertoire GPOBackups, il contient notre sauvegarde.

Restauration des GPO

Sur la machines qui doit recevoir les GPO, copiez le répertoire GPOBackups à la racine du C:\

Dans une invite de commande en mode admin tapez les commandes suivantes :

Cd C:\GPOBackups\MyDomainGPO
Cscript GPOPack.wsf /Path:C:\GPOBackups\MyMachine-GPO

Ou pour réaliser une installation silencieuse

Cscript GPOPack.wsf /Path:C:\GPOBackups\MyMachine-GPO /silent

C’est terminé, votre PC vient de récupérer les GPO à l’identique de la machine source. Vous pouvez lancer Gpedit.msc pour vous en convaincre. Genial non !!!

Intégration à MDT

Sur MDT 2010 :

Dans votre Task Sequence, placez vous dans la phase State Restore quelque part avant l’étape Prépare to capture,

puis cliquez sur Add > General > Run Command Line et ajoutez la commande suivante

Cscript.exe "%ResourceDrive%\Applications\GPOBackups\GPOPack.wsf" /Path:"%ResourceDrive%\Applications\GPOBackups\MyMachine-GPO" /Silent

Et enfin, copiez le dossier GPOBackups dans le répertoire Application de votre Deployment Share.

Sur MDT 2012 :

La nouvelle version d’MDT gère nativement les packages de GPO. Vous pouvez retrouver des informations très complètes sur le sujet dans ce billet de Ben Hunter et cet autre billet de Johan Arwidmark.

Best Practices

Evitez de modifier l’option ‘Renommer le compte administrateur’ dans vos GPO à capturer. Car une installations via le WAIK,MDT ou SCCM se base sur le compte administrateur défini dans le fichier unattend.xml.

Si vous appliquez un GPO-pack avec l’option ‘Renommer le compte administrateur’ durant votre déploiement, au prochain reboot de votre machine. Il ne sera pas possible d’ouvrir une session Windows… (Oops…)

A savoir également : des GPO capturées sur un OS 32 Bits fonctionneront sur un OS 64 Bits et vice versa.

How to download MMS 2012 technical sessions

noreply@blogger.com (Diagg) — Wed, 18 Apr 2012 20:50:00 +0000

If you don't know it yet, Microsoft is currently holding one of his biggest event this year: the MMS. Hundreds of technical conferences about Windows 8, version 2012 of Sccm, Scvmm, Scom, Scsm and so on delivered by cutting hedge engineers in the land of Las Vegas.

Best of all: all this science can be watched online freely at this page.

If like me, you travel every days, you'll surely love to back up some of this content for an offline viewing, Don’t you???!!...

Here is how to do it:

First, download GetAsfStream from here.
You will also need Google Chrome at some point. I'm sure you can achieve the same result with another browser, but if you want to get the job done fast, give Chrome a try it's really an amazing tool.

Install Chrome and GetAsfStream. Launch both and go to the MMS session page with the browser (you need to login).

Choose a session to watch, when the video start, go to the chrome menu (the screw key), select tools and then tool for developer.

A window at the bottom of Chrome will popup. Click on Resources and in the tree-view expand Frame > (Server.nxp) > ShowFloorFrame > (Server.nxp) > Other

The video file is just here with that WMV extension.

To catch it, right click to open it in a new tab, copy the URL from the address bar then GetAsfStream should fire asking if you want to download the file :

Before processing, remove the “S” from the “HTTPS” word in the URL

Click Add, then click the red button

The download start… enjoy life, enjoy MMS, you’re done!!!

Quelque outils en ligne de commande pour Windows PE X64

noreply@blogger.com (Diagg) — Thu, 05 Apr 2012 15:18:00 +0000

Windows PE 64 bits dispose d’une singularité qu’il est bon de connaitre si vous voulez faire du Script/Batch : il ne dispose pas du mode WoW (Windows on Windows) !

Qu’est-ce que cela veut dire : tout simplement qu’un PE X64 est incapable de faire tourner une application 32 bits comme un Seven X64 sait naturellement le faire.

Il est donc indispensable que toute application que vous souhaiteriez inclure dans votre PE existe en version 64 bits…

Evidemment, c’est plus facile à dire qu’a trouver, surtout pour certaines commandes que nous avons tous l’habitude d’utiliser dans nos batches et qui n’existent toujours pas au formats 64 bits…petit florilège :

Vidchang.exe : qui permet de changer la résolution de l’écran en ligne de commande, sera avantageusement remplacée par Nircmd (avec le switch setdisplay) dans vos PE X64 ;

CMDOW.exe/MinWin.exe : qui permettent de cacher la fenêtre DOS lors du lancement d’un Batch n’a aucun équivalent direct en 64 bits. J’ai malgré tout réussi à trouver une commande qui permet de lancer un batch de façon cachée, il s’agit de Hstart (avec le switch /noconsole). Payant depuis la version 4, j’ai retrouvé une version 3.2 libre de droits sur Wayback Machine.

Sleep.exe : pour faire des pauses, à un équivalent X64 que vous pouvez télécharger sur MSFN après avoir crée un compte.

Il y en a surement d’autres, n’hésitez pas à m’en faire part dans vos commentaires.

Windows 8 : Installation silencieuse et automatique (Unattended) –Part 3–Composants Microsoft

noreply@blogger.com (Diagg) — Wed, 04 Apr 2012 22:19:00 +0000

Dans le précèdent billet, nous avons vu comment automatiser l’installation de Windows 8 sur votre PC, je vais vous expliquer dans ce billet comment y ajouter les principaux composants Windows.

Ajout du .Net Framework 3.5

Vous l’avez probablement constaté si vous avez installé Windows 8, l’exécution de nombreuses applications avorte lamentablement par absence de Framework installé. Le plus drôle, c’est que les sources de ce Framework sont inclut dans iso de Windows 8, mais ne sont pas installées par défaut (Vous les trouverez dans ..\sources\sxs).

Nous allons automatiser l’installation de ce Framework en ajoutant une commande d’installation au fichier Autounatended.xml.

Lancez WSIM (Windows Système image manager) et ouvrez avec, le fichier AutoUnatended.xmd. Ajoutez la section suivante :

Phase Specialize

Microsoft-Windows-Deployment_neutral > RunSynchronous > RunSynchronousCommand

Description =Install MS Composant	Description
Order = 1	Ordre d’exécution des commandes
Path = cmd /c %systemdrive%\hotfix.cmd	chemin de la commande
WillReboot = Never	Force le reboot en fin d’exécution

Enregistrez ces modifications, et rendez vous dans le répertoire Sources de votre clé USB.

Créez alors un répertoire $OEM$ et un sous répertoire $1. Dans ce sous répertoire créez alors un fichier hotfix.cmd, et copiez y le contenu si dessous :

REM .Net Framework 3.5.1
@ECHO OFF
FOR %%M IN (D E F G H I J K L M N O P Q R S T U V W X Y Z) DO IF EXIST %%M:\Autounattend.xml SET M=%%M
SET SRC=%M%:
Dism.exe /online /enable-feature /featurename:NetFX3 /Source:%SRC%\sources\sxs /LimitAccess

Voila, le problème du Framework est réglé, ajoutons maintenant à notre image des KB Microsoft

Patch/RSAT/Langage Pack Microsoft

Il est en effet possible d’intégrer au sein de votre image d’installation différents KB de sécurité ou langage Packs. Bien sûr, à l’heure ou j’écris ces lignes il n’y à pas encore de patches de sécurités disponibles pour Windows 8 Consumer Preview. Cependant, nous allons installer le package contenant les outils d’administration à distance (RSAT) qui s’intègre strictement de la même manière qu’une mise à jour de sécurité.

Vous pouvez télécharger selon vos besoins un ou plusieurs des packages suivants :

- Le RSAT
- Une langue additionnelle (je vous explique comment les télécharger plus bas..)
- Silverlight 5
- VC++ 2005/2008/2010 MFC & ALT Redistribuable Packages
- Media player pour Chrome & Firefox
- Nettoyage\vérification de virus

Pour réaliser ces opérations nous allons travailler en mode “Offline”, c’est à dire que nous allons modifier l’image d’installation (Install.WIM) avant de la déployer.

Pour ce faire, créez un répertoire sur votre disque dure, en vérifiant qu'il vous reste au moins 8 Go d’espace libre. Ce répertoire va nous permettre de copier l’ensemble des fichier contenus au sein d’Install.WIM.

Pour les exemples, j’utiliserai un répertoire nommé D:\[Mount]\Win8 et un lecteur O:\ qui représentera ma clé USB.

Ouvrez une invite de commande en mode administrateur et tapez la commande suivante :

Dism /Mount-Wim /WimFile:O:\sources\install.wim /index:1 /MountDir:D:\[Mount]\Win8

Après quelques minutes d’exécution, la commande s’achève, L’ensemble des fichiers d’installation est maintenant “mounté” et accessible via le répertoire D:\[Mount]\Win8

Intégration de Packages/Hotfix

Une fois l’image “mounté”, l’intégrations du RSAT se fait de façon très simple en exécutant la commande suivante :

Dism /Image:"D:\[Mount]\Win8" /Add-Package /PackagePath:"D:\Tempo\Windows6.2-KB958830-x64-RSAT.msu"

Cependant, même si nous avons intégré les outils d’administration à distance, ceci ne seront pas visibles dans le panneau de configuration sans quelques paramétrages supplémentaires. que nous allons intégrer à notre fichier Hotfix.cmd.

Ajoutez les commandes suivantes afin que les principales console de prise en main à distance (AD,Hyper-V,Gpmc, etc…) se retrouvent bien dans votre panneau de configuration:

Dism /Online /Enable-Feature /featurename:RemoteServerAdministrationTools /featurename:RemoteServerAdministrationTools-Roles /featurename:RemoteServerAdministrationTools-Roles-AD /featurename:RemoteServerAdministrationTools-Roles-AD-DS /featurename:RemoteServerAdministrationTools-Roles-AD-DS-SnapIns /featurename:RemoteServerAdministrationTools-Roles-AD-DS-AdministrativeCenter /featurename:RemoteServerAdministrationTools-Roles-AD-Powershell /featurename:RemoteServerAdministrationTools-Features /featurename:RemoteServerAdministrationTools-Features-GP

Intégration de language Pack

L’intégration d’un language pack est un petit peu plus ardu, car Microsoft ne propose pas encore de téléchargement officiel. Cependant une petite astuce va nous permettre de les récupérer quand même :

Sur un Windows 8 déjà installé, Rendez-vous dans le panneau de configuration sélectionnez Langue dans le menu Horloge, langue et région

Ajoutez une langue qui à l’option “Disponible en téléchargement”

Puis cliquez dessus pour la télécharger. Lors de l’affichage du téléchargement, notez le numéro du KB.

Une fois le téléchargement terminé, recherchez ce même KB dans le répertoire C:\Windows\SoftwareDistribution\Download

Ce fichier CAB est intégrable à l’image WIM de la même manière que le RSAT via la commande suivante :

Dism /Image:"D:\[Mount]\Win8" /Add-Package /PackagePath:"D:\Tempo\Windows8ConsumerPreview-KB2607607-x64-CHS.cab"

Afin de finaliser l’intégration des divers packages Microsoft nous allons fermer l’image WIM via la commande suivante :

Dism /Unmount-Wim /Mountdir:D:\[Mount]\Win8 /Commit

L’enregistrement des modifications peut prendre un temps certain. Cela est normal.

Une fois l’opération terminée, nous allons spécifier dans notre fichier de réponse quels nouveaux features ou langage nous souhaitons installer.

Activations de Fonctionnalités(Features)

Ouvrez WSIM, et rechargez votre fichier AutoUnatended.XML. Vous devriez en toute logique être prompté pour mettre à jour le catalogue de votre image WIM fraichement modifié. cliquez sur Oui !

Installation de plusieurs interfaces en langues différentes

Dans la mesure ou nous avons intégré nos packs de langue dans l’image d’installation, ces langue font désormais partie de l’OS à déployer. vous pouvez le constater avec WSIM en déroulant le menu Packages > LanguagePack

Pour ajouter les langues de votre choix à votre installation de Windows 8, cliquez Bouton droit sur les languages Pack choisis, puis sélectionnez Ajouter au fichier de réponses, afin que les packages soient inclus lors de l’installation.

Activation d’ Hyper-V

L’une des fonctionnalité qui m’a séduite dans Windows 8, c’est l’intégration du rôle Hyper-V en remplacement de Virtual-PC. Je mets donc un point d’honneur à activer ce rôle dés l’installation de l’OS.

Si votre microprocesseur ne supporte pas la virtualisation, vous pouvez passer directement à l’étape suivante et faire une croix sur Hyper-V, pour les autres voici comment l’activer :

Dans WSIM vous allez sélectionner votre option non pas parmi les Components, mais parmi les Packages dans :

Packages > Foundation > Microsoft-Windows-Foundation-Package et cliquez Bouton droit > Ajouter au fichier de réponses

Puis dans la fenêtre de droite, ajoutez les composants Hyper-V comme indiqué sur cette image.

Ajout de Composant Microsoft

Dernier point : comment intégrer des composants tels que Silverlight ou les VC++ redistribuables packages dans votre image ?

Comme ces package ne s’intègrent directement au sein de l’image WIM, nous allons les installer tel des applications supplémentaire.

Première étape, nous allons ajouter à notre architecture de répertoire $OEM$ un sous répertoire HOTFIX dans lequel nous placeront les différents exécutables de Silverlight, VC++ 2005/2008/2010 etc…

Pour automatiser leur installation nous n’avons plus qu'à modifier notre fichier Hotfix.cmd en y ajoutant les commandes suivantes (à modifier selon ce que vous avez décidé d’intégrer !) :

SET DSK=%~d0e
cd\

Rem VC++
start /wait %DSK%\Hotfix\vcredist2005-SP1-ALT_x64.exe /q
start /wait %DSK%\Hotfix\vcredist2008-SP1-ALT_x64.exe /q
start /wait %DSK%\Hotfix\vcredist2005-SP1_x64.exe /q
start /wait %DSK%\Hotfix\vcredist2008-SP1-MFC_x64.exe /q
start /wait %DSK%\Hotfix\vcredist2008-SP1-ALT_x64.exe /q
start /wait %DSK%\Hotfix\vcredist2010-SP1_x64.exe /q

Rem Virus-cleaner
start /wait %DSK%\Hotfix\windows-kb890830-x64-v4.3.exe /q

Rem Silverlight 5
start /wait %DSK%\Hotfix\Silverlight5.0.61118.0-x64.exe /q

Rem Media Player plugin for Firefox/Chrome
Msiexec /I %DSK%\Hotfix\ffplugin.msi /qb

Nous en avons terminé avec les composants Microsoft, Dans le prochain billet sur Windows 8 je vous expliquerez comment intégrer vos drivers. D’ici là, je vous laisse vous amusez et prendre le contrôle petit à petit de votre installation de Windows 8.

Windows 8 : Installation silencieuse et automatique (Unattended) – Part 2 – Scénario de déploiement alternatif

noreply@blogger.com (Diagg) — Thu, 29 Mar 2012 22:27:00 +0000

Dans mon premier billets sur Windows 8, je vous ai proposé de créer un fichier de réponse afin d’automatiser l’installation de ce dernier. Le Scénario proposait d’installer l’OS en Formatant le disque, et en y créant à la place deux belles partitions.

Tout cela est fort sympathique si vous avez un Pc supplémentaire avec lequel faire des tests ou alors si vos data sont stockées sur un autre disque, mais si vous n’êtes dans aucun de ces cas et souhaitiez, par exemple, installer Windows 8 en remplacement de Windows 7, le formatage du disque va vous faire tout perdre !!

Voici donc un scénario alternatif pour vous permettre de conserver vos datas tout en vous permettant d’installer et de réinstaller Windows en toute sécurité.

Voici le concept :

Vous disposez d’un disque dur contenant deux partitions.

Sur la première partition : Windows 7 ou 8
Sur la seconde partition : vos datas

Idéalement vous souhaiteriez effacer le contenu de la première partitions tout en conservant les données situées sur la seconde !

Voici les modifications à apporter à votre fichier Autounatended.xml pour que ce rêve devienne réalité :

Si vous avez suivi mon précèdent billet, la section Microsoft-Windows-Setup de votre fichier de réponse devrait ressembler à ceci :

Vous allez supprimer toute la partie DiskConfiguration, nous allons en recréer une beaucoup plus légère :

Nous allons d’abord spécifier de ne plus formater le disque.

Microsoft-Windows-Setup_neutral > DiskConfiguration >Disk

DiskID=0	sélection du 1er disque
WillWipeDisk = false	le disque ne sera pas reformaté dans son intégralité

La création de partitions n’est plus nécessaire puisqu’elles existent déjà, et que nous souhaitons conserver leur agencement.

Spécifions maintenant les paramètres qui nous permettrons de ne reformater que la première partition sans toucher à la seconde

Microsoft-Windows-Setup_neutral > DiskConfiguration >Disk >ModifyPartition

Active = True	définit la partition sur laquelle se trouvera l’OS
Format = NTFS	NTFS ou FAT
Label = SYS-8	le nom de la partition
Letter = C	la lettre de la partition
Order = 1	Définit l'ordre de modification des partitions du disque
PartitionID = 1	Définit le numéro de la partition à modifier

L’emplacement d’Installation de l’OS.

Microsoft-Windows-Setup_neutral > Image Install >OS Image >InstallFrom > Metadata

Key = /IMAGE/NAME	peut aussi être IMAGE/INDEX
Value = Windows 8 Consumer Preview	nom de l’image WIM à déployer

Microsoft-Windows-Setup_neutral > Image Install >OS Image >InstallTo

DiskID = 0	Disque d’installation de l’OS
Partition = 1	Partition d’installation de l’OS

Les Informations sur le propriétaire

Microsoft-Windows-Setup_neutral > User Data

AcceptEula = True	Acceptation de la licence utilisateur
FullName = Diagg	Nom du propriétaire
Organization = Zany & OpenEyes	Nom de l’organisation

La Clé Windows

Microsoft-Windows-Setup_neutral > User Data > ProductKey

Key = NBGX4-Q4RWF-RKJHQ-TXHFR-7H2K8

Numéro de série Windows 8 Beta

C’est terminé ! la section Microsoft-Windows-Setup doit maintenant ressembler à cela :

Grace à ces quelques modifications vous pouvez installer et réinstaller Windows autant de fois qu'il vous plaira (pratiques pour les tests) sans perdre aucune de vos précieuses donnée stockées sur la seconde partition.

Retrouvez les autres billets concernant l’installation silencieuse de Windows 8 :

Windows 8 : Installation silencieuse et automatique (Unattended) – Part 1
Windows 8 : Installation silencieuse et automatique (Unattended) – Part 2 – Scénario de déploiement alternatif

Unleash the Power of MDT 2010/2012 – Part 10 : WinPE

noreply@blogger.com (Diagg) — Wed, 21 Mar 2012 15:15:00 +0000

Lorsque vous mettez à jour le partage de déploiement, MDT recrée systématiquement une image de boot WinPE. Nous allons voir dans ce billet comment la personnaliser au mieux.

Nouveautés d’ MDT 2012

La nouvelle version apporte trois fonctionnalités importantes concernant l’image de boot :

La prise en main à distance sur vos machines en cours de déploiement (la fonctionnalité est expliquée ici)
L’intégration du .Net Framework dans Windows PE avec la possibilité d’y exécuter des applications écrite en C# ou en VB.NET, mais également d’y exécuter des scripts PowerShell.
La prise en charge d’une image de boot unique en x86 pour déployer indifféremment des OS en 32 ou 64 bits.(Plus besoin donc de créer de Boot.wim en version 64 Bits.)

Notez cependant que si vous créez une image de boot 64 bits, elle ne pourra prendre en charge que les OS 64 bits.

Mise à jour de l’image de boot sur le serveur WDS

Malgré toutes ces qualités, MDT à encore quelques lacunes, notamment en ce qui concerne son interfaçage avec le serveur WDS. L’image de boot doit être réimportée manuellement sur le serveur après toute modification !

Il est heureusement possible de mettre à jour automatiquement l’image de boot sur le serveur WDS grâce à une astuce délivrée par Michael Niehaus :

le fichier C:\Program Files\Microsoft Deployment Toolkit\Samples\UpdateExit.vbs gère le processus de mise à jour de l’image de boot. Rien ne vous empêche d’ajouter vos propres instructions à la phase de mise à jour de winPE ainsi qu’à celle de création du DVD.

Les instructions à rajouter pour mettre à jour le serveur WDS sont expliquées dans ce billet.

Toute modification du fichier bootstrap.ini entraine obligatoirement la régénération de l’image de boot via l’option Update Deployment Share.

Troubleshouting

durant la phase WinPE, vous pouvez à tout moment ouvrir une invite de commande en pressant la touche F8.

vous pouvez exécuter Notepad.exe pour lire ou modifier vos fichiers de configurations/logs.

Pour identifier un problème réseau vous pouvez aller lire le fichier de log suivant : X:\Windows\System32\wpeinit.log

Vous pouvez relancer un déploiement en erreur via l’invite de commande en tapant la commande Cscript LiteTouch.vbs dans X:\Deploy\Scripts

Vous pouvez modifier le fichier Bootstrap.ini directement en cas d’erreur en allant l’éditer via le chemin X:\Deploy\Scripts\bootstrap.ini

Ajouter votre propre contenu à l’image de boot

II peut s’avérer utile d’ajouter quelques applications à WinPE comme par exemple Trace32/64 pour faciliter la lecture des logs.

Vous pouvez ajouter très simplement vos applications de la manière suivante :

Créez un répertoire, et placez y les applications dont vous avez besoin.
Dans MDT cliquez bouton droit sur Deployment Share\MonDeploymentShare option Propriétés puis sur l’onglet Windows PE x86 Settings
Ajoutez le chemin de votre répertoire dans la case Extra directory to add
Le répertoire sera alors automatiquement ajouté à WinPE lors de la mise à jour du Deployment Share.

Vérifiez que vos applications fonctionnent correctement sous WinPE car il existe des restrictions dans ce type d’environnement. Les applications nécessitant le .Net Framework ou utilisant Powershell ne fonctionneront pas ! Elles ne seront supportées qu’à partir de Windows 8 qui pourra créer des images de boot intégrant le .Net framework 2.0.

Si vous utilisez MDT 2012 (et seulement dans ce cas) vous pouvez placer vos applications X86 et X64 dans ce même répertoire.

Fonctionnement de l’image de boot

La séquence de démarrage de WinPE est initialisé par Wpeinit.

Cette commande initialise dans un premier temps les périphériques réseau, puis lance le démarrage d’MDT (Litetouch.wsf) en allant lire le fichier unattend.xml qui se trouve dans : x:\unattend.xml.

le log de Wpeinit (Wpeninit.log) se trouve dans X:\Windows\system32\wpeninit.log

Vous pouvez ajouter à ce fichier vos commandes supplémentaires.

Scratchspace

Lors de son exécution WinPE va réserver de l’espace mémoire afin de s’y exécuter correctement. Si vous avez ajouté des drivers un peu volumineux (tel que des pilotes de carte graphique), vous pouvez vous retrouver dans la situation ou l’espace mémoire réservé (le scratchspace) est insuffisant pour accueillir tous vos pilotes et applications ! Il devient alors nécessaire d’augmenter la taille du scratchspace défini par défaut à 32 Mo.

Cette valeur peu être modifiée en cliquant bouton droit sur votre partage de déploiement>Properties>Windows PE (X86/X64) Settings> Scratch space size.

Afin de vous assurer un maximum de sureté et garantir le fonctionnement de vos pilotes les plus gourmands, augmentez la taille à 128 Mo.

Voila, l’essentiel est dit sur les images de boot. Ce billet clôture la série “libérez le pouvoir d’MDT” dont vous pouvez retrouvez les épisodes précédents juste en dessous. N’hésitez pas à revenir dessus de temps en temps, car ils seront mis à jour régulièrement.

Retrouvez-ci dessous l’ensemble des billets de la série “ Unleash the power of MDT2010/2012” :

Windows 8 : Installation silencieuse et automatique (Unattended) –Part 1

noreply@blogger.com (Diagg) — Wed, 14 Mar 2012 22:45:00 +0000

Toute la terre est au courant : Windows 8 consumer Preview est disponible en Beta test ! C’est pour moi l’occasion de tester l’OS sous l’angle qui m’amuse le plus : le déploiement automatisé.

Dans cette série de billets, nous verrons ensemble comment installer Windows 8 sans architecture (pas de MDT, pas de WDS), juste à partir d’une clé USB.

Pour réaliser cette opération, vous aurez besoin des composant suivant :
- Une clé USB de 8 Go minimum.
- Les Sources de Windows 8
- L’outil : Windows USB/DVD Download tool
- L’ Automated Deployment Kit (ADK qui remplace le WAIK)
- Une machine de travail sous Windows 7 ou 8
- Une machine de test ou éventuellement une VM.

Préparation

Créez vous une clé USB bootable permettant d’installer Windows 8. Pour cela, Installer Windows USB/DVD Download tool, sélectionnez l’Iso de Windows 8 est faites installer le tout sur votre clé USB.
Sur votre machine de travail, installez l’ ADK en sélectionnant les options suivantes :

Il n’est pas nécessaire de disposer de Windows 8 pour pouvoir réaliser votre Master silencieux, tout ce tutoriel est entièrement réalisable sous Windows 7.
Lancer ensuite l’outil Windows System Image Manager (WSIM) qui va nous permettre d’automatiser l’ensemble des taches du déploiement.

Allez dans le menu Fichier et cliquez sur Nouveau fichier réponse. WSIM vous propose alors d’associer votre fichier de réponse à une image WIM :

Dirigez-le vers votre clé USB, dans le répertoire Source, et choisissez le fichier Install.WIM

Vous découvrez alors les 7 étapes mère d’un déploiement Windows que nous allons remplir de façon à automatiser l’installation !

Phases de déploiement

Comme vous pouvez le voir dans la fenêtre du milieux, il y’a 7 étapes de configuration possibles pour installer Windows.

Toutes ces étapes ne sont pas indispensables pour réaliser une installation silencieuse.

L’installation de Windows ne requiert que 3 étapes :
-WindowsPE
-Specialize
-Oobe System

Dans la phase WindowsPE qui s’exécute aux premières secondes du déploiement, vous définirez les options de base tels que le numéro de série, la langue d’installation, la taille des partitions à créer, la version de Windows à installer

Dans la phase Specialize qui s’exécute une fois que les fichiers systèmes sont copiés sur le disque, vous définirez le nom de votre PC, les paramètres IE, le thème par défaut, les paramètres du par feux, de l’antispyware etc…

Dans la phase Oobe System qui s’exécute à la première ouverture de session, vous définirez les comptes utilisateurs à créer, la time zone, l’acceptation de la licence d’utilisation, et l’affichage ou non des divers écrans de configuration habituellement proposé lors d’un premier démarrage.

La phase Offline Servicing permet d’ajouter : drivers, pâques de langue, et mise à jour de sécurité à votre OS. Ces opérations s’effectuent lorsque l’OS est dit “Offline”, c’est à dire lorsque l’OS n’est pas en cour d’utilisation… En claire : on ouvre le fichier Install.wim qui contient l’OS, et on y injecte les composants supplémentaires, puis on referme le fichier. Le fichier modifié permettra alors d’installer les nouveaux composants lors du déploiement.

La phase Generalize ne s’exécute que lors d’un Sysprep. Le Sysprep généralise un système en supprimant toutes les données de configurations spécifiques (SID, drivers, domaine d'appartenance etc..). les paramètres configurables permettent entre autre de renommer le PC, conserver le drivers déjà installés, créer un profil par défaut.

Les phases Audit System et Audit User sont… comment vous dire… des actes manqués !!?!… Définit par Microsoft comme permettant d’entrer dans un mode administrateur afin d’y configurer les applications que l’on souhaiterai distribuer. Ils ne s’activent pas de façon automatique et n’ont absolument aucun avantage par rapport à une session qu’on aurait ouverte en mode administrateur pour y installer/configurer ces applications. Je n’ai jamais vu personne (MVP ou spécialistes du déploiement) passer par ce “truc”. Même Microsoft dans MDT n’utilise pas ce mode pour installer des applications. Vous pouvez donc les oublier !

Création d’un fichier de réponse

Maintenant que nous avons une vue d’ensemble des différentes étapes du déploiement, créons un fichier de réponse qui permettra d’automatiser l’installation de Windows 8.

L’opération va consister à choisir nos composants parmi les éléments se trouvant dans la fenêtre de gauche, et à les placer dans la phase de déploiement adéquat afin qu’ils apparaissent dans la fenêtre du milieu.

Pour cela, cliquez bouton droit sur un élément, un menu avec les phases de déploiement disponible va apparaitre :

Chacun des éléments “existe en trois tailles” : x86, amd64 et wow64. Sélectionnez les éléments en fonction du type d’OS que vous souhaitez déployer. (Wow64 servant à faire du mixte, mais je ne suis plus sure…)

Phase : WindowPE

Choix de la langue d’installation:

Nous allons choisir dans cette étape, les langues à installer pour le clavier, l’interface, la date, l’heure durant la phase d’installation de Windows

Microsoft-Windows-International-Core-WinPE_neutral

InputLocale = fr-FR	Langue du clavier
UILanguage = fr-FR	Langue de l’interface
SystemLocale = fr-FR	langue des applications non Unicode
UILanguageFallback = fr-FR	langue des ressources système non localisé
UserLocale=fr-FR	Paramètres régionaux ( Format des dates,heures, monnaies..)
UILanguage = fr-FR	Langue du setup d’installation de Windows

Vous devez obtenir quelque chose qui ressemble à ça :

Création et formatage des partitions :

L'installation de l'Os s'effectue en Deux temps, d'abord on sélectionne une partition que l'on préparera en définissant ces propriétés, ensuite on décide si il faut la formater.

Afin d’être sûre de savoir de quoi on parle, voici un bref rappel des différents types de partitions que vous pouvez configurer avec Windows 8 :

Les Primary Partition (partition principales)
Un disque dur peut contenir 4 partitions principales au maximum ou si vous combinez partitions principales et partitions étendues ; 3 partitions principales et une partition étendu. L’intérêt d’utiliser une partition principale, c’est de pouvoir booter Windows qui n’installera son secteur d’amorçage que sur ce type de partition !

Les Extend Partition (Les partitions étendues)
Les partitions étendues ne sont pas des partitions à proprement parler, mais plutôt des conteneurs dans lesquels on vient créer des partitions nommés lecteur Logique (Logical drives). Le nombre de partitions Etendu est limité à une par disque dur, mais le nombre de Lecteur logique est quant à lui illimité. C’est le principal avantage sur la partition Principal qui ne peut pas accueillir plus de 4 par disque.

Au sein de notre fichier AutoUnattended.xml, la création de partition Étendue requerra une étape de plus que pour une partition principale, puisqu’il faudra passer par la création d’ une partition étendue + d’un lecteur logique.

Je n’aborderai pas dans ce billet la création de partition UEFI, car ce point sera détaillé dans un prochain article.

Pour ce tutoriel, nous allons créer une partition primaire de 50 Go et une partition logique avec son lecteur qui prendront la totalité de l’espace restant sur le disque. Nous installerons l’OS sur la partition primaire. Le tout, à partir d’un disque qui sera entièrement reformaté !

Microsoft-Windows-Setup_neutral > DiskConfiguration >Disk

DiskID=0	sélection du 1er disque
WillWipeDisk = true	le disque sera reformaté dans son intégralité

Création d’une partition principale (Primary)

Microsoft-Windows-Setup_neutral > DiskConfiguration >Disk >CreatePartition

Extend = false	Utilise ou non tout l'espace libre sur le disque pour créer la partition (!)
Order = 1	définit l'ordre de création des partitions sur le disque
Size = 50000	taille de la partition en Mégabits (ici 50 GO).
Type = Primary	type de partition : Primary, Extend ou Logical

(!) N’utilisez pas l'option Size si vous utilisez Extend=true

Définition des paramètres de formatage

Microsoft-Windows-Setup_neutral > DiskConfiguration >Disk >ModifyPartition

Active = True	définit la partition sur laquelle se trouvera l’OS (!)
Format = NTFS	NTFS ou FAT
Label = SYS-8	le nom de la partition
Letter = C	la lettre de la partition
Order = 1	Définit l'ordre de modification des partitions du disque
PartitionID = 1	Définit le numéro de la partition à modifier

(!) seule une partition Primary peut être rendu active, il ne peut exister qu’une partition active par disque.

Installation de l’OS

Microsoft-Windows-Setup_neutral > Image Install >OS Image >InstallFrom > Metadata

Key = /IMAGE/NAME	peut aussi être IMAGE/INDEX
Value = Windows 8 Consumer Preview	nom de l’image WIM à déployer

Microsoft-Windows-Setup_neutral > Image Install >OS Image >InstallTo

DiskID = 0	Disque d’installation de l’OS
Partition = 1	Partition d’installation de l’OS

A ce stade, nous avons terminé la configuration du disque Primaire. voyons maintenant les paramètres qui nous permettrons de créer la 2eme partition sur l’espace restant du disque.

Création d’une partition Étendu (Extend) avec son lecteur logique (Logical Drive) :
Définition de la partition Étendue avec ces attributs

Microsoft-Windows-Setup_neutral > DiskConfiguration > Disk > CreatePartition

Extend = True
Order = 2
Type = Extend

Définition du lecteur logique avec ces attributs

Microsoft-Windows-Setup_neutral > DiskConfiguration > Disk > CreatePartition

Extend = True
Order = 3
Type = Logical

Définition des paramètres de formatage

Microsoft-Windows-Setup_neutral > DiskConfiguration > Disk > ModifyPartition

Extend = False
Format = NTFS
Label = DATA
Letter = D
Order = 2
PartitionID = 2

Nous en avons fini avec les disques et avec la phase WindowsPE.Une fois installé, votre OS devrait avoir un disque dont le partitionnement ressemble à ça :

Reste à indiquer les informations relatives au propriétaire de la machine, et au numéro de série de Windows 8.

Informations du propriétaire :

Microsoft-Windows-Setup_neutral > User Data

AcceptEula = True	Acceptation de la licence utilisateur
FullName = Diagg	Nom du propriétaire
Organization = Zany & OpenEyes	Nom de l’organisation

Clé Windows

Microsoft-Windows-Setup_neutral > User Data > ProductKey

Key = NBGX4-Q4RWF-RKJHQ-TXHFR-7H2K8

Numéro de série Windows 8 Beta

Définissons maintenant quelques paramètres de base en passant à la phase suivante.

Phase : Specialize

Choix du nom à donner à la machine déployée

Microsoft-Windows-Shell-Setup_neutral

ComputerName = MyWin8PC

Le nom qui sera donné à la machine.

Configuration d’Internet Explorer

Microsoft-Windows-IE-InternetExplorer_neutral

DisableFirstRunWizard =True	Désactive la configuration d’IE au 1er démarrage
FavoritesDelete = True	Efface les favoris de Microsoft
Home_Page = www.google.fr	Page par défaut d’IE

Activation de Windows

Microsoft-Windows-Security-SPP-UX

SkipAutoActivation =True

Active Windows sans assistance

Finalisons l’installation en automatisant la phase de configuration qui à lieu la première fois que vous ouvrirez une session sur votre PC

Phase : Oobe System

Dans cette étape nous finalisons l’installation en supprimant tout les écrans d’accueil aux quels vous êtes soumis lors du premier démarrage de votre PC. Nous définiront les langues et claviers de l’OS et nous créerons également les comptes utilisateurs habilités à se connecter sur la machine.

Claviers et langues de l’OS

Microsoft-Windows-Internatitonal-Core_neutral

InputLocale = fr-FR	Pour des claviers français/Arabe : fr-FR; ar-AS
UILanguage = fr-FR	Langue de l’interface
SystemLocale = fr-FR	langue des applications non Unicode
UILanguageFallback = fr-FR	langue des ressources système non localisé
UserLocale=fr-FR	Paramètres régionaux ( dates,heures, monnaies..)
UILanguage = fr-FR	Langue du setup d’installation de Windows

Choix du fuseau horaire

Microsoft-Windows-Shell-Setup_Neutral

TimeZone =Central Europe Standard Time

correspond à GMT+1

Suppression des pages d’accueil.

Microsoft-Windows-Shell-Setup_Neutral > OOBE

HideEULAPage = True	N’affiche pas l’accord de licence
HideWirelessSetupInOOBE =True	N’affiche pas la sélection d’un réseau WIFI
NetworkLocation = Home	Définit votre réseau local en privé/ de confiance
ProtectYourPC = 1	Windows va utiliser Windows Update

Mot de passe de l’administrateur local.

Microsoft-Windows-Shell-Setup_Neutral >User Accounts > AdministratorPassword

Value = P@ssW0rd

Mot de passe de l’administrateur local du poste

Création du premier compte utilisateur qui sera également administrateur local.

Microsoft-Windows-Shell-Setup_Neutral >User Accounts > LocalAccounts >LocalAccount

DisplayName = Diagg	Nom affiché de l’utilisateur
Group = Administrators	Groupes de sécurité de l’utilisateur
Name = Diagg	Nom de l’utilisateur

Mot de passe de l’utilisateur

Microsoft-Windows-Shell-Setup_Neutral >User Accounts > LocalAccounts > LocalAccount > Password

Value = P@ssW0rd

mot de passe de l’utilisateur

Nous en avons terminé avec cette première étape. Enregistrez votre fichier de réponse à la racine de votre clé USB en prenant soin de le renommer en Autounattend.xml.

Votre clé est prête ! insérez là dans votre machine de test, laissez le charme agir, au bout d’une 20ene de minutes vous devriez être en face de votre tout nouveau, tout beau Windows 8 !!!

Dans les prochains billets, nous aborderons la façon d’ajouter drivers, composant Microsoft, Applications et personnalisation des interfaces Metro et Windows. D’ici là, bonne installation et bonne amusement à la découverte de Windows 8 ….. !!!

Petit coup de pousse pour la prise en main :
La conférence de lancement de Windows 8 consumer preview qui vous expliquera comment utiliser Metro avec la sourie (à partir de 23 minute et 30 secondes)
Les raccourcis claviers principaux.

Vidéo Conférences : VDI/Windows 8/SCCM 2012

noreply@blogger.com (Diagg) — Thu, 26 Jan 2012 22:57:00 +0000

Ce début d’année commence sur les chapeaux de roues, il faut dire que les sorties prochaines de system center et des nouvelles version de Windows y sont pour quelque chose.

afin de ne pas finir complètement largué dans les 3 prochains mois, je vous propose de vous former grâce à des centaines d’heures de vidéos délivrées par des vrais pro avec deux superbes conférence ayant eu lieu durant le mois de septembre :

Briforum : Organisé par mister Brian Madden focalisera votre attention sur les technologies de virtualisation du poste de travail. Vous pourrez suivre quelques sessions de choix comme par exemple :

HDX vs RDP Remote FX vs PCoIP vs EOP.
Windows IOPS Deep Dive.
Project Virtual Reality Check
etc…

Nordic Infrastructure Conference (NIC) : Orienté Infrastructure Microsoft avec plusieurs sessions pour découvrir :

Windows 8
SCCM 2012 et toute la gamme System Center
Les infrastructures de certificats
etc…

amusez-vous bien en attentant les vidéos de la conférence System Center Univers 2012, des Techdays, des TechED…

Activer Aero “the light way”

noreply@blogger.com (Diagg) — Sat, 21 Jan 2012 22:08:00 +0000

Lors du déploiement de Windows 7, il arrive parfois qu’à la fin de l’installation, Aero ne soit pas activé. Cette non activation est intimement liée au fait que Windows n’a pas réussi à calculer l’indice de performance de la machine et plus particulièrement celui de la carte graphique.

Si vous cherchez une solution sur internet, vous tomberez à peu près tout le temps sur le même type de solutions : relancer le calcul de l’indice de performance via la commande : Winsat Formal

Cette méthode à trois inconvenant majeurs :

Exécutée dans le déroulé d’un script (WAIK) ou au sein d’une Task Sequence (MDT/SCCM), elle recalcule l’indice de performance même si celui-ci à déjà été calculé par Windows.
Elle impose l’évaluation de tous les composants, alors qu’ Aero n’a besoin que des performances de la carte graphique pour pouvoir démarrer.
Elle est extrêmement lente car Windows évalue l’ensemble de ses composants (disque, carte graphique, processeur etc…)

J’ai donc développé un script qui palie à ces trois problèmes : il ne relance l’évaluation qu’en cas de nécessité, et si c’est le cas, il n’évalue que la carte graphique et prend par conséquence beaucoup moins de temps.

'/ This script wil check if winsat as already run against graphical performances.
'/ If not, it will evalute graphic adapter. colateral effect will be : Aero will be enabled.
'/
'/ Version 1.0
'/ by Diagg
'/ 13/12/2011


Option Explicit
 
Dim strComputer, oShell, oBjWMIService, oColItems, oGfxValue, oBjItem 
 
strComputer = "."
set oShell = createobject("wscript.shell")
Set oBjWMIService = GetObject("winmgmts:\\" & strComputer & "\root\CIMV2")
Set oColItems = oBjWMIService.ExecQuery("Select * from win32_winsat")
 
For Each oBjItem in oColItems 
oGfxValue = oBjItem.GraphicsScore
Next

If oGfxValue = Null Or oGfxValue = 0 Then
    oShell.Run "c:\windows\system32\Winsat.exe dwm",0, True
End If

A utiliser sans retenu, dans MDT/SCCM/WAIK…

MDT 2012 – Failure 5613 : Error - Unable to find SETUP

noreply@blogger.com (Diagg) — Thu, 05 Jan 2012 23:53:00 +0000

Si vous utilisez MD 2012 et que vous faites face à ce bug, voici comment le corriger !

Ce problème est lié à une nouvelle fonctionnalité d’MDT (décrite ici Mick Niehaus) : le déploiement Multiplateforme à partir d’un boot unique (LiteTouchPE_x86.ISO).

L’idée est que vous n’avez plus à gérer un amorçage en 32 et 64 Bits, vous n’utilisez que l’amorçage 32 Bits et MDT s’occupe du reste !..

…En réalité, MDT s’occupera du reste pour le peux que vous ayez remplie quelques conditions qui vous éviteront notamment de voire apparaitre ce douloureux message d’erreur. Mais avant d’entrer dans les détails, revenons sur les causes du problème !…

Contexte :

vous avez par exemple, déployé avec succès un OS 32 Bits en version RTM (ou SP0 si vous préférez) et vous rencontrez ce message d’erreur lorsque vous essayer d’installer une version SP1 du même OS en 64 Bits.

un rapide coup d’œil dans le dossier Operating Systems d’MDT permet de vérifier les différences de numéro de version (attention le type de Plateforme, n’est pas le problème, c’est bien le numéro de Build) :

Explication :

Mick décrit brièvement le problème dans son billet : pour que l’installation puisse s’effectuer sans problème avec cette nouvelle fonctionnalité, les versions de Build X86 et X64 doivent être identiques pour un même OS, car MDT utilise le fichier Setup.exe du DVD pour lancer l’installation de Windows, et Windows n’aime pas du tout que vous essayez de l’installer avec un setup.exe en 6.1.7600 alors que le reste de l’ OS est en 6.1.7601…

Solution :

Rien de plus simple, pour chaque Build que vous souhaitez exploiter avec cette nouvelle option de déploiement multiplateforme, vous devrez posséder la même version de Build en 32 ET en 64 Bits . Importez donc l’ensemble des sources d’installation pour l’ architecture qui vous manque comme suit :

Pas besoin de créer une nouvelle Task Sequence ni de mettre à jour le partage de déploiement, ni de remplacer quelques fichiers que ce soit !

Vous devez juste importer l’ensemble des fichiers de votre OS manquant (dans mon cas, un Windows 7 SP1 en x86) et MDT sera capable l’aller piocher automatiquement le Setup.exe dont il à besoin en fonction de la version d’OS à installer.

une fois l’OS importé,vérifiez que les numéros de version correspondent bien !

Problème réglé !! vous pouvez relancer l’installation qui ne fonctionnait pas, le problème à disparu !!!!

Unleash the Power of MDT2010/2012 – Part 9 : UserExit Scripts

noreply@blogger.com (Diagg) — Mon, 26 Dec 2011 23:06:00 +0000

Il est possible d’ajouter vos propres fonctionnalités à la séquence customsettings.ini d’MDT. Pour cela il existe la fonction UserExit.

Cette fonction permet d’utiliser des scripts qui interagissent avec Customsettings.ini, c’est-à-dire qu’ils peuvent récupérer les variables de customsettings.ini, mais également les modifier. Et en sens inverse Customsettings.ini peut appeler directement les nouvelles fonctionnalités contenues dans le script UserExit est en récupérer les résultats.

A quoi cela peut-il servir ?

Toute les opérations qui nécessite d’effectuer des tests avant de savoir si on va ’installer tel ou tel composant peuvent se faire via cette fonctionnalité.

Toutes opérations qui a besoin d’effectuer un traitement spécial sur une chaine de caractère, d’aller lire ou écrire dans un fichier peuvent également se faire via UserExit.

Tout ce que vous pouvez imaginer !

Voici quelque exemple glanés sur le net :

Michael Niehaus l’utilise pour retrouver les différents types de modelés de la marque Lenovo qui ne sont jamais identique pour un même model.

Michael Murgolo l’utilise pour récupérer le fuseau horaire défini sur une machine source afin de configurer ce même paramètre sur la machine de destination.

Chris Nackers l’utilise pour choisir entre différentes Task Sequence en fonction de la quantité de ram trouvée.

Johan Arwidmark l’utilise pour modifier dynamiquement le serveur WDS auquel il doit se connecter.

Pour l’implémenter, ajouter la commande suivante dans vos rules(customsettings.ini) :

UserExit = MyCustomscript.vbs

MyCustomeScript.vbs étant un script dans lequel vous avez créé une ou des fonctions que vous appelez directement depuis les rules en y ajoutant des ‘#’.

Imaginons que votre script comprenne une fonction nommé ModifyComputerName() dont le but serait de couper tout nom qui ferait plus de 8 caractères, elle sera appelable simplement de la façon suivante MaVariable=#ModifyComputerName()#

Evidement, comme c’est une fonction, vous pouvez y passer des paramètres, et notamment n’importe quel variable d’MDT en y ajoutant des ‘%’. Ce qui donne par exemple MaVariable=#ModifyComputerName(%OSDComputerName%)#

Le résultat retourné par la fonction peut être utilisé pour modifier directement une variable d’MDT, dans notre cas, nous pourrions écrire ceci dans les rules pour que le nom modifié soit pris en compte : OSDComputerName=#ModifyComputerName(%OSDComputerName%)#

Enfin, vous pouvez passer directement une commande vbscript au sein de vos rules en la mettant entre des ‘#’ : OSDComputerName=#Left("%OSDComputerName%", 4)#

Voila, vous connaissez maintenant les principales fonctionnalités des scripts UserExit. Je vous parlerez dans le prochain épisode de ce qu’ MDT est capable de faire avec WinPE.

Retrouvez-ci dessous l’ensemble des billets de la série “ Unleash the power of MDT2010/2012” :

Unleash the Power of MDT2010/2012 – Part 8 : Scripts VBS

noreply@blogger.com (Diagg) — Mon, 26 Dec 2011 22:34:00 +0000

Vous pouvez créer vos propres VB-scripts pour faire faire à MDT à peu près tout ce que vous voulez. La version 2012 vous permet également de le faire en Powershell, mais nous n’aborderons pas le point dans ce billet.
Afin de faciliter vos développements, MDT dispose d’une architecture qui peut prendre en charge pour vos scripts des fonctionnalités telle que la gestion des erreurs ou la gestion des variables MDT.
l’utilisation des scripts peut se faire à différents endroits :

soit en tant que tâche particulière dans une Task Sequence.
soit en tant qu'application.
soit en tant que ‘UserExit script’ dans customsettings.ini.

Je vous présenterai les ‘UserExit Script’ dans un prochain billet, en attendant, voici comment lancer les scripts depuis une tâche ou une application :
Cscript CHEMIN\MonScript.wsf /DebugCapture

Dans cet exemple, le chemin du script peut varier en fonction de l’endroit ou vous l’avez sauvegardé. Si vous l’avez mis dans le répertoire Scripts, le chemin sera %scriptroot%\MonScript.wsf Si il est dans le répertoire application, le chemin sera alors %ResourceDrive%\Applications\MonAppli\MonScript.wsf
L’option /DebugCapture permet de rendre les messages d’erreurs loggués par MDT plus lisible, en effet, si une erreur est trouvée dans un de vos script, MDT ne vous précisera pas à quelle ligne ni avec quelle variable. L’option /DebugCapture introduite dans la version 2010 permet de rétablir cette facilité.

Template

Pour pouvoir exploiter les ressources d’MDT de façon optimal, il est recommandé de ne pas utiliser directement de fichiers .VBS, mais plutôt des fichiers .WSF
Quel est l’avantage ? Les fichiers .WSF permettent d’inclure d’autre vbscripts et d’accéder à leurs fonctions. Ils vous permettent également de faire cohabiter dans un même fichier Vbscript et Javascript.
Pour vous faciliter la tâche, un Template contenant les principales informations utiles à l’exploitation d’ MDT a été crée :

   1: <job id=”MyScriptJob”>

   2:    <script language=”VBScript” src=”ZTIUtility.vbs”/>

   3:    <script language=”VBScript”>

4:

   5: Option Explicit

   6: RunNewInstance

7:

   8: ‘//—————————————————————————-

   9: ‘//  Global Constants

  10: ‘//—————————————————————————-

11:

  12: Const ANSWER_TO_LIFE_THE_UNIVERSE_AND_EVERYTHING = 42

13:

  14: ‘//—————————————————————————-

  15: ‘//  Main Class

  16: ‘//—————————————————————————-

17:

  18: Class ScriptName

19:

  20:     ‘//—————————————————————————-

  21:     ‘//  Global constant and variable declarations

  22:     ‘//—————————————————————————-

23:

  24:     Dim iRetVal

25:

  26:     ‘//—————————————————————————-

  27:     ‘//  Constructor to initialize needed global objects

  28:     ‘//—————————————————————————-

29:

  30:     Private Sub Class_Initialize

31:

  32:     End Sub

  33:     ‘//—————————————————————————-

  34:     ‘//  Main routine

  35:     ‘//—————————————————————————-

36:

  37:     Function Main

38:

  39: ‘Insert your code here

40:

  41:     End Function

42:

  43: End Class

44:

  45:    </script>

  46: </job

Pour adapter le Template à vos besoins, modifiez le de la manière suivante :
Ligne 1 : remplacez la valeur du job ID par un nom rappelant à quoi sert votre script, ce nom sera reprit dans les fichier de logs.

Ligne 18 : remplacer la valeur de la class en utilisant exactement le même nom que vous avez utilisé pour sauver votre script : si votre script s’appelle MonSuperScript.wsf, alors la ligne 18 s’écrira de la façon suivante : Class MonSuperScript.

Lignes 24 : Déclarez vos propres variables.

Ligne 39 : Insérez votre code à partir d’ici.

Objets et fonctions prédéfinis

Comme vous l’avez constaté, le script fait appel à un autre script à la ligne 2. Il s’agit de ZTIutiliy.vbs. Ce script initialise l’environnement MDT et va référencer plusieurs objets qui vous serviront dans vos propres développements.

parmi ces objets :

oFSO – File System Object
oShell – Wscript Shell Object
oEnv – Process Environment Object
oNetwork – WScript Network Object
oUtility – Fonctions additionnelles d’MDT

Vous disposez également de fonctionnalités de logging, c’est à dire que vous pouvez directement écrire les informations qui vous semblent importantes dans le fichier C:MININT\BDD.log

l’implémentation s’effectue de la manière suivante :

oLogging.CreateEntry “L’installation est reussi”, LogTypeInfo pour écrire un message informatif (apparait sur fond blanc dans trace32), ou
oLogging.CreateEntry “Houston nous avons un problème !!!”, LogTypeError pour écrire un message d’erreur (apparait sur fond rouge dans trace32).

Vous pouvez accéder à l’ensemble des variables d’environnement de Windows:

MaVariable = oEnv(“windir”) renvoie la valeur de la variable %Windir% soit C:\Windows

Mais également à l’ensemble des variables d’MDT :

MaVariable = oEnvironment.Item(“OSDComputerName”) renverra la valeur OSDComputerName que vous avez définie dans vos Rules (customesettings.ini).
Par ailleurs, rien ne vous empêche d’utiliser la fonction dans l’autre sens pour déclarer ou modifier les variables d’MDT soit : oEnvironment.Item(“OSDComputerName”) = “MyBigFatPC”

Comme, je vous l’ai expliqué, ces fonctionnalités sont la conséquence directe de l’inclusion de ZTIutility.vbs dans votre script, notez bien que vous n’étés pas limité à cette unique inclusion et que vous pouvez ajouter tous les autres scripts provenant d’MDT dont vous auriez besoin d’exploiter une fonction.
Dernier détail, selon l’endroit ou vous placez vos scripts, la ligne 2 est à modifier de la façon suivante :

Si votre script se trouve dans le même répertoire que ZTIUtility : <script language="VBScript" src="ZTIUtility.vbs"/>
Si votre script se trouve dans le sous-répertoire application\MonApplication : <script language="VBScript" src="..\..\ZTIUtility.vbs"/>

Environnements de test

La partie la plus problématique ici, est de pouvoir s’affranchir de relancer une installation complète pour tester ces scripts tout en bénéficiant des variables et fonctions fournies par MDT.

Plusieurs méthodes existent, vous aurez probablement à les utiliser toutes en fonction de la fasse de test ou de déploiement dans laquelle vous vous trouvez…

1 – le custom Script

J’ai déjà décrits cette méthode dans un précèdent billet. L’idée étant de lancer une Task Sequence ne contenant que vos propres scriptes sur une machine se trouvant sur le même nœud réseau qu’ MDT.

2 – La pause au milieu d’un déploiement.

Vous pouvez grâce au script LTISuspend.wsf mettre momentanément en pause votre séquence de déploiement via l’ajout d’un simple script. Cet état vous place dans les conditions idéales pour tester vos scriptes :

le Deployments Share est connecté
les variables d’environnement MDT sont initialisées
Le tout s’exécute avec droits d’admin.

Ajoutez le script à votre Task Sequence de la manière suivante :

Choisissez un endroits stratégique pour faire votre pause (Avant ou Après l’installation d’application est un bon compromis) et cliquez sur dans le menu sur ADD>General>New Command Line

Dans la fenêtre de droite, dans le champs commande saisissez Cscript.exe LTISuspend.wsf

Votre Task Sequence va maintenant s’arrêter juste après avoir installer vos applications, c’est le moment de tester qu’elles se sont toutes installées correctement, mais c’est surtout le moment de vous connecter à vos scriptes personnels sur le Deployment share (mappé automatiquement sur la lettre Z) et de les tester :

Si vos scripts sont stockés dans votre répertoire application ; ouvrez une invite de commande et tapez les commande suivantes :

Z:
cd z:\applications\MonAppliScriptATester
cscript MonScriptPerso.wsf /debugcapture

3 – Le bac à sable

probablement la méthode la plus simple à mettre en œuvre pour tester vos scripts ; le bac à sable ! Dans un simple répertoire nous allons copier les principaux scripts d’MDT ainsi que nos scripts personnels. Puis en lançant l’environnement d’MDT nous pourront initialiser ces variables avant de tester/exécuter nos propres scripts.

Depuis le dossier : C:\Program Files\Microsoft Deployment Toolkit\Templates\Distribution\Scripts

copiez dans un dossier de votre choix les scripts suivant :

ZTIGather.wsf
ZTIGather.xml
ZTIUtility.vbs
ZTIDataAccess.vbs

Depuis le répertoire DeploymentShare\Control, copier le fichier customsettings.ini

Depuis DeploymentShare\Tools\x64 ou x86 en fonction de votre OS, copiez le fichier Microsoft.BDD.Utility.dll que vous replacerez dans un sous-répertoire x86 ou x64 au sein de votre répertoire bac à sable de destination.

Enfin, ajoutez au répertoire bac à sable tous les scripts que vous souhaitez tester.

Une particularité à ne pas oublier lorsque vous tester dans ce mode : modifier dans vos scripts WSF le chemin d’appel au script ZTIUtility.vbs ligne 2 qui doit alors s’écrire : <script language="VBScript" src="ZTIUtility.vbs"/>

L”exécution se déroule de la manière suivante :

Dans votre répertoire bac à sable, ouvrez une invite de commande en mode administrateur.

Créez vous un fichier batch, par exemple Gather.cmd, et copiez-y le code suivant :

If exist C:\MININT\Nul rd C:\MININT /s /q
Cscript ZTIGather.wsf

lancez Gather.cmd,vous allez ainsi initialiser l’environnement et les variables d’MDT.
lancez ensuite vos propre scripte par la commande Cscript MonScript.wsf /debugcapture

Voila, avec tout cela, vous devriez être capable de développer dans des conditions optimales… Prochain billet sur les “UserExit” scripts.

Retrouvez-ci dessous l’ensemble des billets de la série “ Unleash the power of MDT2010/2012” :

Accélérez le démarrage (Boot) de Windows 7 !

noreply@blogger.com (Diagg) — Thu, 22 Dec 2011 23:35:00 +0000

Microsoft à mis à disposition quelques patchs qui peuvent vous permettre de gagner quelques secondes lors du démarrage de Windows 7 :

A étudier avant d’installer en production bien évidement…
wa wa whoumm…

Patch Management : Gestion des KB “superseded”

noreply@blogger.com (Diagg) — Thu, 22 Dec 2011 22:54:00 +0000

Petit billet rapide pour vous communiquer une information qui peut changer votre vie (qui sait si ça ne sauvera pas également votre mariage vacillant…).

Vous avez surement déjà dû faire face à cette situation :

Vous gérez manuellement un certain nombre de KB (patch de sécurité Microsoft) pour l’image de votre master, et pour garder une certaine cohérence à l’ensemble, vous souhaitez supprimer les KB “superseded”, c’est à dire les KB que des patchs plus récents ont rendu obsolète…

Derrière cette idée toute simple, une vraie crise de nerf peut vite vous envahir si vous ne savez pas où aller chercher l’information. Mais tranquillisez-vous, vous êtes au bon endroit !

Microsoft maintient à jour une page qui contient toutes ces informations (oui cette page existe), et qui pour une raison qui m’échappe est assez peu connu…

le bonheur est ici : http://support.microsoft.com/kb/894199/en-us

Vivez éternellement !!!

Unleash the Power of MDT 2010/2012 – Part 7 : Web Services

noreply@blogger.com (Diagg) — Thu, 29 Sep 2011 23:06:00 +0000

MDT à la possibilité de collecter des information en utilisant un Web Service.

Un Web Service est un site web qui lorsqu’on lui envoie une requête via une URL, répond en renvoyant les informations sous la forme d’un Blob XML (ni plus, ni moins les données demandées formatée en XML).

Les données du Blob sont alors exploitables par MDT et peuvent êtres mises dans des variables.

Un web service peut être très pratique pour, par exemple : aller rechercher une information dans Active Directory ou une base SQL afin de configurer une machine en conséquence.

Le problème c’est que si aucun Web Service n’a été développé dans votre entreprise, alors, c’est qu'il n’en existe pas !

Quelque solutions pour vous faire la main existent cependant:

Vous pouvez installer le Web Service de Maik Koster qui vous permettra non seulement de demander des informations sur la Base Active Directory, la database de MDT et celle de SCCM, mais également d’aller y écrire vos propres données.

Imaginez : vous souhaitez changer une machine d’OU..Hop ! une petite requête via le web service et le tour est joué. C’est beaucoup plus simple que d’avoir à utiliser les utilitaires classique (Tuto. de mise en place ici !).

Vous pouvez également utiliser des Web Services publique gratuit. Evidement leur intérêt est moindre dans la mesure ou les données qu’ils renvoient sont peut utiles lors d’un déploiement : Vous pouvez par exemple récupérer les donnée météorologique de votre ville, ou envoyer un code postal est recevoir ne nom de la ville en retour… l’intérêt reste donc limité mais vous permettra malgré tout de tester cette fonctionnalité MDT sans avoir à développer quoi que ce soit.

voici deux adresses pour vous faire la main :

La récupération de Blob XML est extrêmement simple et se configure via les Rules ; en indiquant l’URL du Web Service, et le sujet de la requête :

[Settings]
Priority=Default, Zip
Properties=USZip, City, State, Area_Code, Time_Zone

[Default]
USZip=98029

[Zip]
webService=http://www.webservicex.net/uszip.asmx/GetInfoByZip
Parameters=USZip

Les Propriétés City, State, Area_Code et Time_Zone seront automatiquement utilisées pour contenir les réponses du Web Service.

Ces Propriétés correspondent aux balises XML qui seront renvoyées dans la réponse :

Vous pouvez, comme nous l’avons vu précédemment ; tester vos requetés sans avoir à lancer un déploiement complet :

Ouvrez une invite de commande en mode administrateur dans le sous répertoire Scripts de votre Deployment Share, et tapez :

Cscript ZTIGather.wsf /inifle:..\control\CustomSetting.ini

MDT va alors procéder à la collecte des informations du système ainsi que celle du Web Service. Vous pourrez constater que les données ont bien étés récupérées lors de l’exécution du script :

Ou dans les logs d’MDT dans C:\minint\smsosd\osdlogs\bdd.log (Utilisez Trace32 ou Trace64 pour clarifier la lecture.)

Voila, vous pouvez dés à présent utiliser les resultats de vos requetés comme des variables classique d’MDT, et les utiliser dans vos Rules, vos scripts et vos Task Sequence.

Notez également qu’MDT supporte les Web Services en HTTPS et qu’il est possible de spécifier des login/mot de passe pour s’y connecter.

Retrouvez-ci dessous l’ensemble des billets de la série “ Unleash the power of MDT2010/2012” :

Unleash the Power of MDT 2010/2012 – Part 6 : SQL Database

noreply@blogger.com (Diagg) — Thu, 29 Sep 2011 22:06:00 +0000

Sixième épisode consacré à l’ajout d’une base de donnée à MDT :

Les Rules d’MDT (customsetting.ini) sont statiques, et permettent peu d’interaction avec un script ou une source de donnée externe. L’ajout d’une base SQL à MDT va rendre vos déploiements beaucoup plus dynamique, et permettre de définir les configurations pour un parc complet de machines en fonction de 4 grands critères :

Ordinateurs: En fonction de la Mac adresse/UUID/Numéro de série du PC ou Asset Tag vous pourrez définir une configuration particulière.
Location : Vous pourrez créer des configuration différentes en fonction de la localisation géographique des PC (Défini en fait, par l’adresse de sous réseau dans lequel se trouve la machine.)
Make & Model : En spécifiant la marque et/ou le model du PC cible, vous pouvez définir des paramétrage qui incluent par exemple les drivers du dit model.
Role : Définissez des rôles “métier” à vos machines. Ainsi, les machines des commerciaux recevront une config différentes de celle des ressources humaine…

En dehors du fait d’avoir installé et configuré la base SQL, les prérequis d’utilisation sont les suivant :

Maintenir une connexion réseau constante entre la base de donnée et le partage de déploiement dans le cas ou ils ne se trouveraient pas sur la même machine.
Etre propriétaire de de l’instance (db_owner) utilisée par MDT.

Vous n’êtes pas non plus obligé d’installer un nouveau serveur SQL. Si vous avez déjà un serveur SQL/SQL Express sur votre réseaux. Indiquez à MDT le nom du serveur ainsi que le nom de la base initiale est MDT créera une nouvelle instance sans altérer vos autres bases.

Vous retrouverez toutes les informations nécessaire à l’Installation/configuration de SQL Server Express pour MDT dans ce billet.

Optimisation des bases pour les requêtes

Il est important de savoir avec précision quels sont les informations qui vous sont vraiment nécessaires avant qu‘MDT ne lance ces requêtes sur la database, vous éviterez ainsi de ralentir vos déploiement inutilement.

Le choix des tables qui seront traités par la requête sont défini dans MDT en cliquant sur : Deployement share>Advanced>Bouton droit sur Database puis Configure Database rules.

Cette action, une foie complétée, va remplir le fichier CustomSettings.ini avec les paramètres nécessaire pour interroger chacune des tables que vous aurez choisi.

Voici quelques exemple pour optimiser vos requêtes :

Sur chacun des quarte critères précités, vous pouvez vous affranchir des SMS Packages si vous n’utilisez pas SCCM et des Assigned Administrators si toutes les machines du parc sont gérées par les même groupe d’administrateurs.

vous pouvez également vous passer du critère Location et ne rien y configurer si vous n’avez pas de sous réseau qui nécessite de configuration particulière (langue différentes par exemple ou application spécifique à une succursale).

Pour que cela soit le plus claire possible, voici quelque exemples d’implémentation pour chacune des options :

Pour Computer Options, sélectionner les requêtes :

Computer specific settings : pour préconfigurer, les noms des PC, leur résolution d’écran, une adresse ip statique etc..
Role assigned : pour dire ; ce PC fait partie de la compta, il aura toutes les applications définie dans le rôle compta !

Pour Location Options, dans le cas ou vous avez des agences annexe,sélectionner les requêtes :

Location Name : pour défini le sous réseau en 10.133.5.0 comme étant votre agence à Madrid
Location specific setting : pour que les machines sur Madrid reçoivent les paramètres linguistique appropriés.
Applications to be installed : pour que les applications de R&D spécifiques à cette agence soient installés.

Pour Make/Model Options, sélectionner les requêtes :

Model Specific settings : pour que les Probook 5210 reçoivent un paramétrage d’écran en 1400x800, alors que les Elite 830 recevront un paramétrage de 1600x1200.
Application to be installed : pour installer les applications constructeur spécifiques à chaque modelés.

Pour Role Options, sélectionner les requêtes :

Role Specific : pour définir le role “Force de vente” pour lequel Bitlocker sera systématiquement installé !
Applications to be installed pour que les PC forces de vente aient Bussiness Everywhere, les Pc Développeurs Visual studio…

Si au cours de votre déploiement, vous vous rendez compte que vous avez besoin d’ajouter une requête supplémentaire à celle que vous aviez précédemment configuré.Rien de plus simple : relancer ‘Configure Database Rules’ au temps de fois que vous en avez besoin. CustomSettings.ini sera automatiquement remis à jours avec les paramètres de connexion à la Database adéquate.

Database Debbuging

A des fin de débogage, vous avez la possibilité de savoir ce qu‘SQL à transmit comme valeurs à MDT.

Cette opération de requête sur la base s’effectue dans l’étape “Gather” de la Task Sequence qui en faite, lance un script nommé ZTIGather.wsf.

Vous pouvez donc utiliser ce script pour tester vos requêtes sans avoir à lancer une installation complète de machine.

Ouvrez pour cela une invite de commande en mode administrateur dans le sous répertoire Scripts de votre partage de déploiement, et tapez :

Cscript ZTIGather.wsf /inifle:..\control\CustomSetting.ini

une fois l’exécution terminée,vous pourrez connaitre les propriétés qu‘MDT à créer à partir de la base de donner en allant lire le fichier de log qui se trouve dans C:\minint\smsosd\osdlogs\bdd.log (Utilisez Trace32 ou Trace64 pour clarifier la lecture.)

Pensez à effacer le fichiers variables.dat à chaque fois que vous souhaitez réutiliser cette commande.

Vous pouvez utiliser cette commande même si vous n’utilisez pas de database.(Dans ce cas, les propriétés seront construites à partir de vos paramètres système, et des valeurs trouvées dans CustomSettings.ini)

Si une propriété à été defini à la fois dans la base de donnée, et dans CustomSetting.ini, MDT procèdera de la manière suivante : La première valeur lue, sera la valeur utilisé.

Exemple :

la priorité des tache (Priority=…) va d'abord utiliser les informations contenue dans la section [Default] puis se connecter à la database pour le reste des propriétés via la section [CSettings].

Si la propriété OSDComputerName existe au sein de la database, elle ne sera pas transmise à MDT, car elle à déjà été définie dans la section [Default].

Placer tout les paramètres de CustomSettings.ini dans la database

Vous pouvez, pour des raisons esthétiques, pratiques ou sécuritaires, vouloir que les principaux paramètres du fichier CustomSettings.ini ( les _SMSTSOrgName, les logins/password des comptes habilités à rejoindre le domaine etc…) soit stockés et lus depuis la base de donnée.

Pour cela, créer un rôle dans la database en lui donnant un nom qui vous conviens (ici j’ai choisi myDefaultConfig).

Dans l’onglet détails configurez les options dont vous avez besoin.

Enfin dans le fichier CustomSettings.ini qui ne doit normalement contenir que vos paramètres de requetés sur la database :

Ajouter dans la ligne Priority en 1er paramètre : Priority=GlobalConfig,Default

Ajouter en dessous la section correspondante avec

[GlobalConfig]
Role001=myDefaultConfig

Etendre les possibilité de la database

Le principal problème lié à la database d’MDT est sont interface peu ergonomique qui ne permet pas d’y injecter massivement des informations sans que cela ne devienne un calvaire.

Il existe cependant quelques solutions pour palier à cette lacune :

Mick Niehaus et Mitch Tulloch vous expliquent comment, grâce à des scripts Powershell, pré remplir la database avec les adresses MAC des machines à déployer.

Johan Arwidmark, vous explique comment le faire en utilisant une ‘Stored Procedure’.

Maik Koster à quand à lui, créé une interface WEB, beaucoup plus intuitive qui vous permet de vous affranchir à 100% de l’interface poussive d’MDT.

Retrouvez-ci dessous l’ensemble des billets de la série “ Unleash the power of MDT2010/2012” :

Unleash the Power of MDT 2010/2012 – Part 5 : Applications

noreply@blogger.com (Diagg) — Tue, 30 Aug 2011 08:59:00 +0000

Dans cette 5 eme partie, vous aller apprendre comment rendre l’installation de certaines applications obligatoire :

Effectivement, vous pouvez forcer une application à s’installer, il suffit pour cela d’jouter dans les Rules (Customsettings.ini) la commande suivante :

MendatoryApplications001=<GUID d’application>

Ou <GUID Application> est le code hexadécimal unique que vous pouvez retrouver pour chaque application en cliquant propriétés sur l’une d’elle puis General> Application GUID.

L’application apparaitra déjà cochée dans le Wizard de MDT et s’installera obligatoirement !

Il est possible de détecter si une application est déjà installée, et le cas échéant de ne pas la réinstaller une deuxième fois en spécifiant dans les propriétés, onglet Détails de l’application le Uninstall Registry Key GUID.

Le GUID se récupère dans la base de registre à l’adresse :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall pour les applications 32 bits,

et HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall pour les application 64 bits.

Pour office 2010 le GUID est Office14ProPlus
Recommandation : Si une application doit rebooter pour s’installer correctement, il est important qu’elle ne le fasse pas elle-même, mais qu’elle laisse MDT maitriser le reboot. Pour cela, l’application doit être installée avec un switch /Norestart ou équivalent. L’ordre de reboot est transféré à MDT via le bouton à cocher : Reboot the computer after installing this application (onglet Détails).

Retrouvez-ci dessous l’ensemble des billets de la série “ Unleash the power of MDT2010/2012” :

Unleash the Power of MDT 2010/2012 – Part 4 : CustomSettings.ini

noreply@blogger.com (Diagg) — Mon, 29 Aug 2011 22:59:00 +0000

Cette partie est consacrée aux Rules de MDT. Comme le nombre d’option configurables doit dépasser la centaine, je ne reprendrais que ce qu’il y a dans la vidéo, Michael Niehaus ayant opté pour des commandes moins classique ou qui posent régulièrement des problèmes aux utilisateurs.

Les Rules sont accessibles en cliquant bouton droit sur : Deployement share>propriétés>Rules

Les Rules définissent des propriétés qui seront partagés à tout les éléments de votre Deployment Share, cela signifies que toutes vos Task Sequence utilisent les même Rules.

Les Rules sont stockées dans un fichier CustomSettings.ini stockée dans le répertoire ..DeplomentShare\Control

Vous pouvez ajoutez des commentaires avec le caractère “;”.

Les variables d’environnement de type %var% sont supportées.

L’ensemble des propriétés utilisables utilisables dans CustomSettings.ini sont décrites dans le fichier d’aide de MDT à la section : Microsoft deployment toolkit documentation libraire > Microsoft deployment toolkit Reference > Properties > Property Definition

De nouvelles propriétés, non incluses dans l’aide d’MDT sont également décrites ici. 

Voici maintenant quelques propriétés utiles que vous pouvez y inclure.

Fichier de Logs

SLShare=\\mdt-server\logs : copie les logs du client dans le répertoire du serveur à la fin du déploiement.
SLShareDynamicLogging=\\mdt-server\log\dynamic\%ComputerName% Copie les logs en temps réel sur le serveur. (Le nom de répertoire dynamique est obligatoire pour que cela fonctionne).

Rejoindre un domaine

Voici les commandes à ajouter pour que votre machine puisse rejoindre un domaine  automatiquement :

JoinDomain=MonDomain.com
DomainAdmin=administrateur
DomainAdminDomain=MonDomain.com
DomainAdminPassword=P@ssW0rd
SkipDomainMembership=YES (évite d’afficher la fenêtre pendant le déploiement)
MachineObjectOU=OU=Workstation DC=MonDomain DC=Com

Attention ne pas spécifier de valeur CN, cela ne fonctionne pas ! Toujours spécifier une OU et pas un conteneur !

Recommandation : le mot de passe sera écrit en claire dans le fichier CustomSettings.ini, il faut donc :
Protéger l’accès du Deployment Share en autorisant que les comptes habilités à déployer.
N’utiliser que le compte utilisateur spécial qui a les droits de rejoindre le domaine , et ne jamais utiliser le compte d’administrateur de domaine.
Si la machines déclarée existe déjà dans l’OU spécifié, elle ne sera pas mise à jour. Le compte d’ordinateur restera dans son OU d’origine est sera mis à jour au niveau du mot de passe, mais ne bougera pas !

Reboot

Voici comment spécifier un reboot à la fin de l’installation

FinishAction = Logoff
ou Reboot
ou shutdown
ou restart

Variables

Si vous avez besoin d’ajouter vos propres variables pour y stocker des valeurs intermédiaires. Utilisez la propriété Properties afin de les créer :

Properties=MaVariable01,MaVariable02

Puis, lorsque vous en avez besoin :

MaVariable01=OSDComputerName

Customsettings.ini vs Boostrap.ini

Même si les deux fichiers peuvent contenir sensiblement les mêmes informations, ils ne s’utilisent pas dans les mêmes phases et son utilisés à des endroits différents.

Customsettigs.ini. est stocké sur le partage de déploiement. Il ne sera utilisé qu’une fois que WinPE aura démarré et se sera connecté au partage de déploiement.

Bootstrap.ini est copié dans l’image WinPE lorsque vous mettez à jour votre Deployment Share.

Il contient toutes les informations nécessaire à MDT pour établir une connexion avec le partage de déploiement :

Le chemin UNC du partage de déploiement.
Les login/password pour s’y connecter.
La langue clavier
Facultatif : le skip de la page d’accueil de MDT (SkipBDDwelcome = Yes)

Lorsque vous modifiez Bootstrap.ini il est impératif de mettre à jour le partage de déploiement (Update deployment share) afin que le fichier à jour soit intégré à la nouvelle images WinPE.

Retrouvez-ci dessous l’ensemble des billets de la série “ Unleash the power of MDT2010/2012” :

Unleash the Power of MDT 2010/2012 – Part 3 : Securité

noreply@blogger.com (Diagg) — Sat, 27 Aug 2011 18:07:00 +0000

Dans cette troisième partie, je reviens sur la manière la plus simple de sécuriser MDT sans en restreindre les possibilités. En dehors de la sécurisation du Deployment Share avec NTFS (interdictions à tout le monde sauf aux utilisateurs authentifiés). Voici quelques considérations sur les comptes utilisateurs employés pour travailler avec MDT.

Sachez, qu’Il n’est nullement besoin de disposer d’un compte administrateur de domaine pour qu’ MDT puisse déployer des postes. Vous pouvez travailler avec 2 comptes aux droits restreint :

Un compte utilisateur standard du domaine : pour permettre aux scripts MDT s’exécutant sur les postes client de se connecter au partage de déploiement.
Un compte utilisateur capable uniquement d’autoriser les machine à rejoindre le domaine.

Je ne reviens pas sur la création d’un compte standard, par contre voici les options à spécifier pour créer un compte standard capable de rejoindre un domaine :

Votre organisation dispose probablement dans Active Directory d’une OU dans laquelle sont placés toutes les machines du domaine. Nous allons travailler sur cette OU. Si vous êtes en environnement de test , créez une OU que vous pourrez nommer par exemple Workstations.

Créez un compte utilisateur standard, J’ai crée pour cet exemple un compte nommé MDT-Join.
Dans la console Active Directory cliquez sur le Menu Affichage>Fonctionnalités avancés
Sur votre OU, en cliquant bouton droit, sélectionnez Propriétés puis l’onglet Sécurité. Cliquez ensuite sur le bouton Avancé
Dans la fenêtre qui vend de s’ouvrir, cliquez sur Ajouter, et choisirez votre compte MDT-Join

Dans la fenêtre Autorisation pour Workstations, faites défiler la liste pratiquement jusqu'à la fin, et cochez les autorisations de création et de suppression d’objets ordinateur. Puis validez par le bouton OK.

Sur la Fenêtre Paramètres de sécurité avancés pour Workstations, cliquez à nouveau sur Ajouter en choisissant toujours le compte MDT-Join.
Dans la fenêtre Autorisation pour Workstations, changer le champ Appliquer à par Objets Ordinateur descendants, puis autorisez les options suivantes :
- Lire toutes les propriétés
- Ecrire toutes les propriétés
- Autorisations de lecture
- Modifier les autorisations
- Ecriture validée vers le nom d’hôte DNS
- Ecriture validée vers le nom principal
- Modifier le mot de passe
- Réinitialiser le mot de passe

Validez par OK toutes les fenêtres ouvertes, le compte MDT-Join est Opérationnel !

Retrouvez-ci dessous l’ensemble des billets de la série “ Unleash the power of MDT2010/2012” :

Unleash the power of MDT 2010/2012 – Part 2 : Tests & logs

noreply@blogger.com (Diagg) — Sat, 27 Aug 2011 12:56:00 +0000

Dans ce billets vous apprendrez comment tester Task Sequences et Applications ainsi que l’emplacement des logs qui vous permettrons de troubleshooter.

Tester sans déployer !

-Vous souhaitez tester une partie de votre séquence de déploiement sans avoir à ‘jouer’ toute l’installation ?

- Vous souhaiter vérifier qu’une application ou qu'un groupe d’applications s’installent correctement ?

Voici comment tester uniquement les partie de votre choix.

Ouvrez MDT, puis, avec le bouton droits sur Task Sequence : Créer une nouvelle “Task Sequence”.

Choisissez le template “Custom task sequence” (Pas besoin de mettre à jour le deployment share)

Vous constatez que la séquence de déploiement ne contient qu’une étape. Cette étape une fois exécutée affichera le panel de sélection des applications. Vous n’aurez plus qu’a sélectionner celles dont vous voulez vérifier le bon fonctionnement.

Pensez à mettre l’option SkipApplications=YES à NO si vous l’avez spécifié dans vos Rules. Sinon le Panel de sélection d’Application restera invisible.

Cependant, rien ne vous empêche d’ ajouter à cette séquence toutes étapes dont vous souhaiteriez vérifier le bon fonctionnement.

Si ces étapes s’appuient sur des informations que vous avez définies dans vos Rules ou alors sur des Proprietes d’MDT (isDesktop, isVM etc..) ; Ajoutez l’étape Gather avant vos étapes de test.

Enfin, le lancement de cette Task Sequence ne s’effectue pas par un démarrage de WinPE, mais bien sur un ordinateur déjà allumé de la manière suivante :

Sur le poste client de test,

Se connecter au Deployment Share en mappant un drive (Z dans cet exemple), puis dans le sous répertoire Scripts, lancer litetouche.vbs. Voici l’ensemble des commandes à saisir pour realiser cette tache :

Net Use Z: \\mdt-server\deploymenshare$ /user:MyDomain\admindc P@ssW0rd
Z :
Cd scripts
Cscript Litetouch.vbs

Si vous avez plusieurs Depolyment Share, et que les bonnes Task Sequences ne s’affichent pas lorsque vous lancez le script, c’est que vous devez effacer ou renommer (rmdir) le répertoire local C:\MININT sur le poste client

La séquence se lance et fait toutes les opérations contenu dans la Task Saquence sans déployer d’OS ! Simple et pratique !…

Logs Divers

Comme nous venons de le voir, LiteTouch.vbs est le script qui permet de lancer MDT. Ce script va logger l’ensemble du déploiement, lancer le wizard en fonction des paramètres définis dans les Rules (CustomSettings.ini). Mais également mettre en places les variables définies dans les Rules ou la Database.

Vous pouvez avoir un aperçu détaillé de ces variables en allant voir à tout moment le fichier de log de MDT. Le fichier de Log permet également de savoir quels informations WMI ont étés remontés du poste client. Ces Logs sont dans :

C:\MININT\SMSOSD\OSDLOGS au cours du déploiement

C:\Windows\Temp\DeploymentLogs si le déploiement est fini !

X:\MININT\SMSOSD\OSDLOGS si vous êtes sous WinPE est que le disque local n’as pas encore été formaté

Si vous ne souhaitez pas parcourir tout les logs et connaitre directement les variables d’environnement que litetouch.vbs à généré, vous pouvez aller les lire dans le fichier xml : C:\MININT\SMSOSD\VARIABLE.DAT (changez le .DAT en .XML pour qu’il s’ouvre dans IE)

Vous y trouverez notamment le model et la marque de PC que le script à détecté, le type de machine (isDesktop/isLaptop/isVM) etc etc…

L’ensemble de ces variables pourront êtres utilisées dans vos scripts, vos Task Sequences et vos Rules tout au long du déploiement.

Les Logs sont accessibles à tout moment du déploiement, cependant vous aurez peu être besoin d’ouvrir une invite de commande pour aller les lires :

Appuyez sur F8 lorsque vous êtes sous WinPE pour ouvrir une invite de commande.

Appuyez sur SHIFT+F10 durant toutes les autres Phases du déploiement.

Enfin, Pour rendre la lecture des logs moins aride, utilisez Trace32 ou Trace64 pour en avoir une vision claire :

Retrouvez-ci dessous l’ensemble des billets de la série “ Unleash the power of MDT2010/2012” :

Unleash the power of MDT 2010/2012 – Part 1 : Présentation

noreply@blogger.com (Diagg) — Fri, 26 Aug 2011 22:42:00 +0000

Bonjour à tous,

"libérez le pouvoir d' MDT 2010" est une traduction libre inspirée d’une conférence portant le même nom qui fut présentée lors des TechEd 2010.

Le but de cette traduction est de vous présenter les fonctionnalités les plus avancées du logiciel afin de donner plus de puissance à vos déploiement/migrations vers Windows 7!

Les principales informations que je vous présenterai sont issues notamment des présentations de Michael Niehaus et de Tim Mintner qui participent tout deux au développement du logiciel. Des informations issues d’une session de Johan Arwidmark sont également présentes.

Lorsque j’ai commencé ce billet, MDT en été à la version 2010, depuis une version 2012 est sortie en Beta. Sachez que toutes les informations donnée ici restent valables pour la version 2012.

Avant de commencer, certain parmi vous ne connaissent peut être pas MDT.Voici donc en billet introduction ; une présentation succincte du produit ainsi qu’une série de liens utiles pour vous y mettre en toute quiétude !

MDT 2010/2012 c'est quoi donc ?

MDT est la solution de déploiement gratuite de Microsoft. Elle permet de personnaliser et de déployer tout OS entre Windows XP et Windows Server 2008 R2 sur tout type de format (CD/USB/LAN) et quelques soit le nombre de machines à installer.

C'est une solution puissante et dynamique. Elle facilite l'intégration des drivers, des patches de sécurité, des services pack, mais aussi des applications tiers.

Elle permet d'unifier sous une seul interface graphique : le WAIK, WinPE, ImageX et DISM en s'affranchissant définitivement des lignes de commandes qui permettent d’exploiter ces outils..

Bref c'est la Rolls du déploiement automatisé et à dire vraie, c'et encore mieux que ça !…

Comment s'y mettre ?

Sur le net, vous trouverez de très bonne mise en jambe en français sur le site de Yannick Plavonil ou sur TuxWin Mag. Si vous lisez l’Anglais je vous recommande également de lire l’excellente série en 29 épisodes de Mitch Tulloch. Mais si vous souhaitez apprendre pas à pas avec des base solide, je ne saurais trop vous recommander la lecture (en Anglais) du livre de Mike Nystrom & Johan Arwidmark : Deployment Fundamentals -vol 1.

Le livre est d'une rare beauté... Pour avoir déjà lu quelque bouquins technique, jamais se ne fut aussi agréable. Un style simple et claire. une mise en page aérée, et surtout du contenu utile. Même si votre Anglais est moyen vous n'aurez pas de difficulté à le lire.

Par contre si vous ne parlez pas cette langue, vous aurez du mal à trouver aussi bien en français. Il y' a bien ces livres, mais les partie consacrée à MDT sont trop succinctes pour en justifier l'achat.

Voila donc de quoi vous faire tranquillement la main, la traduction de la vidéo commencera concrètement dans mon prochain billet sur MDT.

Sachez malgré tout que je ne reviendrai pas sur sur tout ce qui concerne la mise en place d’une infrastructure MDT, ni sur les étapes de base du déploiement d’OS (Le présent billet et là pour vous permettre d’acquérir ces basses). La session vidéo est d’un niveau 400, c’est à dire qu’il ne s’agit pas d’une session d’initiation, mais plutôt d’un session pour utilisateurs avancés.

Je vous souhaite donc de bien vous amuser en mettant la main sur ce produit génial qu'est MDT et vous donne rendez-vous très bientôt pour le prochaine épisode.

Retrouvez-ci dessous l’ensemble des billets de la série “ Unleash the power of MDT2010/2012” :

MDT 2010 : Installer DaRT 7/WinRE dans votre image Windows 7

noreply@blogger.com (Diagg) — Thu, 28 Jul 2011 21:52:00 +0000

Comme je vous l’avez précisé dans un précèdent billet, Microsoft devait profiter des TECH-ED pour publier la méthode officiel d’installation de DaRT avec MDT, C’est désormais chose faite ! les vidéos sont disponibles ici et là.

Grosse déception cependant, il s’agit de la même méthode précédemment employée pour déployer DaRT 6.5 avec Windows Vista.

Conclusion : aucune ‘vrai’ intégration n’existe, ni depuis DaRT 7 beta 3, ni depuis MDT 2012 ; vous devez toujours mettre les mains dans le moteur pour intégrer ce package d’application à votre image Windows 7.

Enfin, j’exagère peu être un peu car, il n’y a rien de bien compliqué dans tout cela, cependant si on considère que l’informatique est une science qui permet d’automatiser des taches afin de gagner du temps… là.. on reste loin du compte…

Qu’a cela ne tienne je vous livre les principaux points de cette intégration à MDT qui sont à peu de choses prêt les même conseils que je vous avez donné dans mon précèdent billet, dans le principe en tout cas…

WinRE/DaRT avec MDT

- Apres avoir créer votre image ISO et extrait le fichier BOOT.WIM que vous avez renommé en WINRE.WIM, placez le dans répertoire Scripts de votre partage de déploiement MDT.

- Dans ce même répertoire copiez-y le script ZCustomWindowsRE.wsf ainsi que les deux fichiers Zdiskpart.txt que vous pouvez télécharger à cette adresse.

Modifiez le script ZCustomWindowsRE.wsf en remplaçant les lignes 136 & 137 par les commandes suivantes :

	Avant	Apres
136	oLogging.CreateEntry "move " & sSysPath & "Recovery\winre.wim S:\Recovery\WindowsRE", LogTypeInfo	oLogging.CreateEntry "copy " & sScriptRoot & "\winre.wim S:\Recovery\WindowsRE", LogTypeInfo
137	oExec.stdIn.WriteLine "move " & sSysPath & "Recovery\winre.wim S:\Recovery\WindowsRE"	oExec.stdIn.WriteLine "copy " & sScriptRoot & "\winre.wim S:\Recovery\WindowsRE"

- Dans MDT, au sein de votre Task Sequence

Placez vous sur le sous-dossier State Restore>Custom Tasks, ajouter une commande via le menu Add>General>Run command Line

Dans la case command Line, saisissez la commande à exécuter :

cscript.exe “%SCRIPTROOT%\ZCustomWindowsRE.wsf”

La configuration est maintenant terminée ! vous pouvez également la revoir via cette video si certains point vous paraissent obscure.

Deploying DaRT With MDT 2010

Gestion de BitLocker !

Si vous avez regardé brièvement le script, vous avez peu être compris que celui-ci crée une nouvelle partition cachée dans laquelle WinRe/DaRT seront placés. la raison en est simple : WinRE/DaRT ne seront plus accessible au démarrage du PC si celui ci utilise Bitlocker pour protéger sont disque.

l’image Wim a besoin d’être sur une partition non crypté pour continuer à fonctionner normalement, d’ou la création d’une partition supplémentaire.

Si vous n’utilisez pas Bitlocker, et qu’en plus vous détestez les partitions caché, vous pouvez utiliser un autre script développé par un consultant anonyme, qui lui se contentera de remplacer Winre.WIM dans votre répertoire Windows sans toucher au partitionnement des des disques.

Installation sur une machine déjà en production

Enfin, vous pouvez avoir besoin de créer une Task Sequence non pas pour déployer WinRE/DaRT sur un nouveau PC, mais pour mettre à jour les machines qui sont déjà en production, voici comment le faire facilement :

Ouvrez MDT est créer une nouvelle Task Sequence,

Prenez bien soin de choisir le template : “Custom task Sequence”

Editer ensuite la task sequence (Onglet Task Sequence) en supprimant dans un premier temps la tache Install Application (sélectionnez la tache et cliquez sur le bouton Remove juste au dessus).

Ajouter dans l’ordre : les taches Gather et Run Commande Line que vous trouverez dans le menu Add>General.

Enfin, modifier l’étape Run commande Line en ajoutant dans la ligne commande l’instruction suivante :

cscript.exe “%SCRIPTROOT%\ZCustomWindowsRE.wsf”

Vous devriez normalement obtenir ceci :

Il ne vous reste plus qu’a vous connecter sur la machine Windows 7 sur laquelle vous souhaitez déployer DaRT(La machine devant bien évidement être sur le même réseau qu’ MDT).

Appelez la Task Sequence en ouvrant une invite de commande en mode administrateur de la manière suivante :

Mappez un lecteur réseau vers le Deployment share d’ MDT :

Net Use Z: \\mdt-server\deploymenshare$ /user:MyDomain\admindc P@ssW0rd

allez jusqu’au sous répertoire script :

Z :
Cd scripts

Et lancez MDT via la Commande :

Cscript Litetouch.vbs

Apparaitra ensuite la fenêtre d’ MDT, choisissez alors la séquence Correspondant à DaRT, quelques minutes plus tard, Dart est installé…. Magnifique….. !!!!

Vous pouvez désormais accéder à DaRT depuis votre propre PC en épouillant sur la touche F8 lorsqu'il boot puis en choisissant l’option Réparer l’ordinateur

Vers de nouvelles aventures !

noreply@blogger.com (Diagg) — Wed, 27 Jul 2011 22:44:00 +0000

Je tenais à partager avec vous ce petit changement dans ma vie professionnel : j’ai quitté mon job de technicien de proximité pour celui d’administrateur poste de travail.

Je travail désormais à Paris pour une SSI nommée ExperTeam :

J’avoue que tout cela est infiniment motivant. Je vous souhaites à tous de pouvoir évoluer vers ce que vous aimez. ça rend le travail tellement plus agréable.

Pour ce qui est du maintien du blog, je ne peux rien vous promettre, cependant le fait de voyager quotidiennement entre Lille et Paris ne me laisse plus beaucoup de temps !

Quelque mots sur mon nouveau job : j’intègre une équipe qui réalise le Master Windows 7 d’un grande société du CAC40. Ce master étant ensuite déployé sur 25 000 postes.

Voila, fin de l’ Ego trip pour aujourd’hui. A très bientôt, je l’espère sur ce blog !

L’état de l’art du VDI !

noreply@blogger.com (Diagg) — Sun, 26 Jun 2011 23:49:00 +0000

Le VDI, c’est top, le VDI c’est l’avenir, le VDI… c’est flou… Si, vous passez votre temps à vous faire relancer de toute part pour passer de votre bonne vieille stratégie ‘Desktop classic’ vers du VDI, mettez vous à la page avant que LA décision irréversible ne vous soit fatal.

Voici à cet effet, une excellente conférence de Mr Brian Madden qui dresse pour l’année 2010 l’état de l’art du VDI en 10 grands points.

Pourquoi vous devez voir cette vidéo ?

Le petit Brian n’a rien à vendre, et c’est ça qu'on aime chez lui. Loin des discours commerciaux présentant le VDI comme la panacée absolue, Il démonte ici toute les légendes urbaine qui gravite autour du VDI pour vous aider a comprendre ce que ça peut être, dans quels cas cela fait sens de l’implémenter, combien ça coute etc. etc..

parmi les poncifs auquel il tord le coup :

Le VDI n’est pas la réponse à tout les problème et donc ne n’installe pas partout !
Le VDI est plus cher que le model Desktop traditionnel !
Le client Hyperviseur est inutile !
BYOD/Consumerisation sont juste des termes marqueting pour dire que des application Windows tournent sur MAC OS
Le layering sous Windows, c’est pourri !!..

Bref, un tour d’horizon objectif pour vous aider à planifier vos prochain choix stratégique.

Big Up to the man like Brian !!