Usefull post from Michael about MDT and Hyper-V

GuillaumeD — Sat, 13 Sep 2008 09:59:24 GMT

Michael Niehaus posted instructions to add Hyper-V Integration Components into WinPE :

Using the Hyper-V integration components with MDT 2008 Update 1 Lite Touch

~ Guillaume

L'éternel problème du pilote manquant...

GuillaumeD — Thu, 04 Sep 2008 23:27:00 GMT

Je me suis encore confronté aujourd'hui à la recherche du pilote de carte réseau qu'on ne trouve jamais...

Dans le contexte, à chaque workshop que je délivre autour de MDT, je bute toujours sur l'impossibilité de me connecter à mon point de déploiement depuis l'image WinPE Lite Touch... A chaque fois, c'est le petit désagrément qui me fait perdre du temps mais plus encore aux personnes à qui je présente cette solution. Et tout ça à cause d'un malheureux pilote de carte réseau manquant...

Situation assez frustrante dans l'absolu surtout quand on ne sait pas quel pilote choisir sur le site du constructeur car souvent... plusieurs sont proposés !

Comme par exemple pour le Dell PowerEdge 860 :

J'ai donc décidé de trouver un moyen simple, efficace et rapide (enfin autant que possible...) de trouver le pilote adéquat pour la carte réseau de la machine de démonstration qui est utilisée lors de mes interventions.

Et voici donc décrit mon raisonnement et les étapes que je mets en oeuvre pour trouver le pilote de la carte réseau d'une machine (en l'occurence toujours le Dell PowerEdge 860) qui ne dispose pas d'un système d'exploitation installé.

Identification de la carte réseau

L'idée tout d'abord est d'identifier le périphérique en lui-même. Ce qui peut être effectué en trouvant son modèle exact ou son device ID.

Pour identifier le device ID a coup sûr, il est possible d'exploiter WMI via la classe Win32_PnPEntity.

Voici donc un script VBS qui peut être exécuté sur la machine cible (toujours sans système d'exploitation installé) depuis une image WinPE générique (qui peut être générée depuis le Deployment Workbench) et qui va lister tous les périphériques présents :

strComputer = "."
Set objWMIService = GetObject("winmgmts:\\" & strComputer & "\root\CIMV2")
Set colItems = objWMIService.ExecQuery("SELECT * FROM Win32_PnPEntity",,48)
For Each objItem in colItems
    Wscript.Echo objItem.Manufacturer & _
    " <> " & objItem.Description & _
    " <> " & objItem.DeviceID
Next

Ce qui nous donne un output de ce type (sur le Dell PowerEdge 860) :

Où la carte réseau est :

Broadcom NetXtreme Gigabit Ethernet

et le device ID :

PCI\VEN_14E4&DEV_1659&SUBSYS_01E61028&REV_11\4&A082FAC&0&00E4

Bon, c'est bien mais où cela nous mène-t'il ? Les constructeurs ne proposent pas le téléchargement des drivers en les décrivant par le device ID...

Note : l'ID du fabricant est celui qui suit VEN_ (pour Broadcom : 14E4) et l'ID du périphérique est celui qui suit DEV_ (pour la carte réseau qui fait le sujet de ce post : 1659).

Là où il est question d'avoir de la jugeotte

Et c'est à ce moment que ma méthode devient empirique...

Je sais que ma carte réseau est une Broadcom... donc je vais me focaliser sur ce fabricant en éliminant ainsi les pilotes Intel, ce qui me laisse 3 choix parmi ceux de la capture présentée plus haut (l'intérêt de télécharger le HTML ou l'utilitaire ne me semble pas bien judicieux).

Parmi ces trois choix, le mieux serait peut être de prendre la dernière version, ce qui me permet d'identifier le driver Broadcom pour la famille de carte NetXtreme datant du 6 Mai 2008 :

Ce que je m'empresse de faire.

L'étape de vérification

Une fois le package téléchargé, je l'extrait dans un dossier temporaire afin de voir un peu ce qu'il me réserve et surtout si ma logique en a pris un coup ou non.

Ce qui me donne cette arborescence dans mon dossier temporaire :

Pas de trace de fichiers permettant d'installer mon pilote... Bon... Il faut savoir que Broadcom fourni un package d'installation (setup.exe) dans le dossier Driver_Management_Apps_Installer que l'on peut lui aussi extraire (en exécutant setup.exe /a) pour en découvrir le contenu (dans mon exemple, dans C:\Bcom_LAN_11.0_4.1_W2K864_A02\Drv).

Après quelques recherches, un dossier nouvellement extrait me parait contenir les fichiers nécessaires à l'installation de mon pilote : C:\Bcom_LAN_11.0_4.1_W2K864_A02\Drv\Program Files 64\Broadcom\BDRVINST.

Pourquoi ? parcequ'il contient un fichier .INF, un .CAT et un .SYS. Fichiers requis pour une installation de pilotes...

L'idée maintenant est d'éditer les fichiers .INF pour vérifier que le device ID que j'ai identifié plus haut fait bien parti de la liste des périphériques supportés par ce pilote :

Je vois tout d'abord que le système d'exploitation supporté est bien celui que je cible :

Et qu'ensuite le device ID de la carte identifiée est bien présent :

Bon, le device ID est partiellement présent... ce qui à priori n'est pas rédibitoire et devrait me laisser serein quand à la validité du pilote.

Une seconde vérification peut être effectuée en cherchant dans ce même fichier .INF la description associée à ce device ID afin de vérifier que cette description correspond à ce que mon script VBS à identifié.

Pour ce faire, je recherche la valeur BCM5750A1 depuis la fin du fichier et je trouve :

Ce qui correspond à ce que mon script a identifié.

Ultime vérification

Lorsque j'ai démarré ma machine sous WinPE, je dois avoir ce résultat lorsque j'exécute ipconfig :

L'idée maintenant est d'installer à chaud le driver que j'ai identifié dans mon instance WinPE pour vérifier que toute ma démarche est correcte.

Je copie donc le répertoire contenant les fichiers d'installation du pilote sur une clé USB que j'introduis dans ma machine (WinPE supportant le Plug and Play, ma clé sera automatiquement reconnue et accessible).

J'exécute alors la commande drvload.exe F:\b57nd60a.inf pour installer le driver dans mon instance WinPE :

Et exécute à nouveau la commande ipconfig.

Si cette fois je vois une connexion avec une adresse IP alors le driver que j'ai identifié est donc le bon !

Je peux donc injecter ce driver dans le Deployment Workbench et faire en sorte qu'il soit intégré à l'image WinPE Lite Touch que je générerait à travers l'update du point de déploiement.

Note : dans le cas où vous ne disposez que du device ID pour identifier un périphérique, le site www.pcidatabase.com peut éventuellement (en fonction de la bonne volonté des personnes qui maintiennent ce site) vous donner quelques indications en ce qui concerne le périphérique lui-même ou son fabricant :

~ Guillaume

Veuillez noter que cette procédure est proposée "telle quelle" sans aucune garantie ni engagement de support. Elle n'engage Microsoft en aucun cas.
Si, cependant, vous considérez ce post flou, incomplet ou inadequat, n'hésitez pas à me le faire savoir !

Excellent "real life" blog and case study !

GuillaumeD — Mon, 14 Apr 2008 12:43:00 GMT

During the past weeks, I worked with a customer that implemented a ton of new stuff around deployment and virtualization.

He did a fantastic job and continue to dig into those new Microsoft technologies as you can see on his blog : http://blogs.ethz.ch/jlaville/

Additionally, you can check out the case study :

http://www.microsoft.com/casestudies/casestudy.aspx?casestudyid=4000001734

Note that this post is provided "as is" with no warranty nor supportability engagement. It does not engage Microsoft at all.
Nevertheless if you consider this not clear, incomplete or inadequate, please let me know !

WDS Capture tip

GuillaumeD — Sun, 16 Mar 2008 00:33:00 GMT

As a support engineer at Microsoft, I know that some of you install Windows systems (prior to Windows Vista or Windows Server 2008) with a non default system root (remember, it's \Windows)
I will not discuss about this strategy even if this operations is useless :-) but let you know (if you're not already aware of) how to capture such systems !

In this case, when you use the WDS Capture image to capture a system, you won't find any partition to capture in the wizard.

By default the wdscapture.exe looks for a folder \Windows on the system drive to retrieve informations about the state of the system (i.e. sysprep'd or not).

If the system is not sysprep'd, no partition will be available for capture.

Same behavior if you installed the system under a non default folder (e.g. W2k3, W2k, ...).

To provide to wdscapture.exe the folder name of your installation, you have to modify the wdscapture.inf located in the \Windows\System32 of the WDS Capture wim file.

Imagex /mountrw X:\RemoteInstall\boot\x86\Images\wdscapture.wim 1 E:\Mount

X: represents the volume on which the WDS system folder is stored
E:\Mount is a temporary empty folder used to mount the WIM file
x86 represents the target architecture of the WDS Capture wim
Edit the file e:\mount\Windows\System32\wdscapture.inf
Modify the value of SystemRoot :

SystemRoot=W2k3
Close the file wdscapture.inf (save the changes !)
Unmount the WDS Capture wim : Imagex /unmount E:\mount /commit

That's it !

Note that this procedure is provided "as is" with no warranty nor supportability engagement. It does not engage Microsoft at all.
Nevertheless if you consider this not clear, incomplete or inadequate, please let me know !

Create a Windows Vista/WinPE dual boot

GuillaumeD — Sat, 15 Mar 2008 23:56:00 GMT

For the guys who want to play with BCDEDIT, this is a good exercise ! Create a custom WinPE image Execute "Windows PE Tools Command Prompt” from Start | Programs | Windows AIK copype.cmd x86 C:\WinPE_x86 The following folders are created with the listed...(read more)

GuillaumeD's blog : WinPE

Usefull post from Michael about MDT and Hyper-V

L'éternel problème du pilote manquant...

Excellent "real life" blog and case study !

WDS Capture tip

Create a Windows Vista/WinPE dual boot