Formation Gratuite au déploiement (WDS, ADK, MDT, WSUS et LUP)–Part 2–Les Pilotes

Bon, si vous avez suivi la première partie de cette formation gratuite, vous avez vos machines, vos exports, vos sources et vous n’attendez qu’une chose: mettre tout cela en route et déployer un premier poste de travail!

Ça tombe bien c’est ce que l’on se propose de faire dans cette partie numéro 2!

Pour rappel : la première partie est ici , nous avons maintenant la maquette ci-dessous installée et à jour…

Allons de ce pas sur Deploy, ouvrez bien la session avec le compte Administrateur@lab….oui, je sais, la sécurité…mais bon, on est

précisément dans un lab. afin de ne pas avoir à se soucier de cela dans un premier temps!

Une fois logué vérifiez votre structure de répertoire des sources (OS, Applis, Drivers) comme indiqué dans la première partie, et mettez-y les sources que vous souhaitez déployer.

Dans cet exemple, les applis sont chacune dans leur répertoire, avec un fichier Txt dans lequel j’inscris la ligne de commande silencieuse (je n’ai aucune mémoire); vous trouverez des exemples de commandes silencieuses sur mon post précédent ici. Viennent ensuite les drivers, rangés par modèle de PC (ici surface pro 2 et 3, et un répertoire spécifique aux drivers pour Win PE (dans lequel je mets les dongles USB-Ethernet, les cartes réseau et les chipsets disque et USB3 non reconnus par Windows8.1). Puis les OS, par version et éditions/architecture, là je copie le contenue de chaque DVD dans un répertoire au nom court W7x64, W81x64…Puis les Packs: là un répertoire pour chaque cas de

figure: RSAT, KB Spécifiques, etc…) et enfin un répertoire dans lequel je mets mes scripts et outils de packaging, extraction drivers, recovery image, etc….

Pfiu…on a tout!

oh, non, attendez! il faut également récupérer pour chaque modèle d’ordinateur que l’on veut gérer son modèle exacte tel qu’il est remonté via WMI. voir ce post là pour la commande exacte, puis faites vous un fichier TXT avec le nom de modèle tel que vous le connaissez et son “petit nom” en WMI (attention aux LENOVO!!!).

Par exemple chez moi cela donnerait un fichier Modeles.txt qui contiendrait cela:

MS SurfacePro 3 ; “Surface Pro 3”

Asus Formation ; “N53SN”

Asus Formation2 ; “N53SV”

et ainsi de suite…

 

Bon, ok!

Direction: MDT Workbench. Occupons-nous des drivers pendant qu’un est sur ce point-là.

Créez un nouveau DP (Deployment Share) en faisant clic droit sur Deployment Share et “New Deployment Share”…

On le place sur le drive E: et on laisse les autres options par défaut.

Une fois le DP créé voilà sa structure dans MDT :

On se dirige vers “Out-of-box Drivers” et l’on crée un sous répertoire par modèle

Répétez l’opération pour chacun des modèles d’ordinateur.

Une fois nos modèles créés, voilà ce que cela donne :

Ensuite, on leur crée à chacun un “Sélection Profile”.

Ce dernier sera utilisé pendant le déploiement pour indiquer à MDT quels drivers installer pour chaque modèle. Cela évite la lenteur du Plug and Play lorsqu’il doit scanner tous les pilotes du store, et cela permet de contourner une des erreurs classiques qui impacte les Portables: l’absence de drivers WIFI/3G/Bluetooth, dans le cas où on les déploie avec ces périphériques éteints.

On termine donc avec cette structure dans MDT:

Avant de continuer, créons une séquence de tache personnalisée, dans un sous répertoire appelé “En cours”, sous “Task Sequence”.

Nous y placerons toutes les personnalisations, modifications et scripts nécessaires à une TS de production optimisée.

Concernant les drivers ajoutons à notre TS trois passes d’injection de drivers et modifions les pour les personnaliser…rappelez-vous mon post sur le sujet, ou allez le lire. Concrètement il faut connaitre la ligne de commande (wmic csproduct get name) et la requête WMI d’identification du modèle (SELECT * FROM Win32_ComputerSystem WHERE Model Like « %Surface Pro 3% »).

Muni de ces information on les intègre dans nos passes de drivers comme indiqué ci-dessous, et ce pour chaque modèle.

(Remarquez la modification pour mes PCs de formation : comme j’ai des N53SV et N53SN, je positionne la requête WMI pour identifier les modèles dont le nom inclut : « %N53S% »).

On répète pour tous les modelés sauf pour ceux de WinPE. On finit donc avec cette arborescence dans notre TS de test…

La logique est là, il reste maintenant à intégrer les drivers dans MDT…simple on les a sous la main dans nos sources, il suffit de laisser MDT faire cela en quelques clics de souris!

Direction Out-of-Box Drivers, puis par exemple pour la surface pro 3, clic droit sur le répertoire, et “import drivers” et cochant bien la case

stipulant que même si un driver existe déjà on souhaite l’importer quand même.

En effet puisque nous spécifions à MDT le modèle et les pilotes il faut que chaque modèle ait ses pilotes à disposition…et on répète l’opération pour chaque modèle…sauf pour Win PE, ou il faudra se munir des seuls drivers Ethernet, Mass Storage (chipset disque et cartes RAID pour nos serveurs, plus USB2/3 et dongles USB-Ethernet pour les tablettes sans RJ45) mais sinon même opération!

Exemple de résultat pour la Surface Pro 3 : tous les drivers nécessaires sont maintenant disponibles sur notre DP !

Voilà pour l’import de drivers, il est maintenant temps de faire une première mise à jour du DP, de manière à ce qu’il intègre les drivers aux images Win PE et qu’il valide nos pilotes!

Direction la racine du DP, et click droit “Update Deployment Share”

…laissez les options par défaut, nous personnaliserons cela par la suite.

…lancez l’opération et allez prendre un café, ça va durer un moment !

Une fois terminé, vérifiez que vous n’avez pas d’erreur, sinon identifiez le driver/package qui pose problème.

Voila ! On se retrouve pour la partie 3 avec les OS et applications!

Encore une fois la partie 1 est ICI:

 Le document Word de cette partie 2 est disponible en téléchargement ICI:

 Bonne Journée!

Pierre