Partager via

Limitations de $WinPeDriver$ lors d’une utilisation conjointe avec d’autres méthodes d’injection de pilotes

  • Article

Cet article fournit des conseils sur l’inclusion de pilotes dans WinPE et le système d’exploitation à installer afin que le pilote soit disponible dans la partie WinPE de l’installation et se termine également dans l’installation terminée du système d’exploitation.

S’applique à : Windows 7 Service Pack 1, Windows Server 2012 R2, Windows Server 2008 R2 Service Pack 1
Numéro de base de connaissances d’origine : 2686316

Résumé

Lors de l’ajout d’un pilote dans un support d’installation, ne mélangez pas de versions. Utilisez la même version de chaque pilote dans le média.

Il existe plusieurs méthodes différentes pour inclure des pilotes prêtes à l’emploi dans Winpe (boot.wim) et le système d’exploitation cible (install.wim). Si les versions du pilote ne correspondent pas, le premier pilote chargé en mémoire est utilisé indépendamment des règles de classement PNP. D’autres versions peuvent être marquées comme des pilotes « incorrects » qui empêchent la sélection de ces pilotes par PNP ultérieurement. Cela inclut tout pilote chargé en mémoire pendant le démarrage vers WinPE (phase Winpe) de l’installation. Par exemple, l’injection de pilotes dans boot.wim via DISM.exe ou le chargement d’un pilote à l’aide de Drvload.exe pour charger manuellement le pilote.

Objectif

Considérez le scénario suivant : vous créez une image WinPE (Windows Pre-installation Environment) personnalisée à des fins d’installation des systèmes d’exploitation Windows qui ont besoin d’un pilote de contrôleur de stockage prête à l’emploi avant d’exécuter Setup.exe pour manipuler les disques. En outre, vous souhaitez fournir des pilotes « à jour » pour l’inclusion via la fonctionnalité de dossier \$WinPEDriver$ du programme d’installation, afin d’inclure des versions ultérieures du même pilote.

La fonctionnalité $WinPEDriver$ est destinée à fournir des pilotes au moment de l’installation. Toutefois, il s’agit d’une fonctionnalité de Setup.exe et n’est pas appelée tant qu’après Setup.exe lancements. Les pilotes pour les appareils actuels qui sont injectés manuellement dans le magasin de pilotes WinPE boot.wim à l’aide de DISM sont chargés en mémoire au moment du démarrage. Ces deux mécanismes sont séparés, et il y a quelques mises en garde à les utiliser ensemble.

WinPE n’a pas de mécanisme intégré pour décharger les pilotes chargés en mémoire. Par conséquent, tous les pilotes pour les appareils qui ont déjà été chargés ne seront pas rechargés une fois que setup.exe démarre, car il existe déjà des pilotes pour l’appareil chargé. Cette erreur entraîne le marquage du pilote dans le dossier $WinPEDriver$ en tant que pilote incorrect, même s’il est plus récent que la version du pilote injectée dans WinPE et l’aurait autrement dépassé. Le programme d’installation n’a aucune connaissance explicite des pilotes qui ont été chargés dans boot.wim.

Ce comportement est par conception. Toutefois, cet article identifie une méthode d’adaptation de ce scénario afin que ces pilotes puissent toujours être inclus dans le système d’exploitation déployable.

Plus d’informations

Étant donné le scénario ci-dessus, le fait de placer WinPE sur un disque dur USB Flash Device (UFD) de démarrage ou d’une clé usb serait le plus préférable.

Dans ce document, nous allons mettre en évidence les méthodes permettant d’injecter des pilotes et de lancer des fenêtres. Le graphique suivant présente brièvement les méthodes et les résultats de l’inclusion de pilotes.

WinPE (in-box native ou injecté) (pilotes prêtes à l’emploi dans $WinPEDriver$) Résultat (post-système d’exploitation)
Si WinPE contient la version X1 du pilote injectée via Dism.exe contient la version X2 du pilote portant le même nom de pilote X1 sera transporté après l’installation du système d’exploitation et X2 sera ignoré
Si WinPE installe le pilote X2 à l’aide de Drvload.exe à partir de $WinPEDriver$ contient la version X2 du pilote portant le même nom de pilote X2 sera transporté après l’installation du système d’exploitation
si WinPE contient le pilote X1 qui n’est pas critique pour le démarrage (natif dans la zone) ne contient aucun pilote Utilise le pilote natif X1 intégré. Aucun pilote prête à l’emploi n’est disponible pour cet appareil après l’installation du système d’exploitation

Limitations du pilote

N’oubliez pas qu’il existe certains pilotes qui peuvent être inclus et/ou chargés qui peuvent ne pas être fonctionnels pendant la partie WinPE de l’installation. Cela comprend, mais n’est pas trop limité ; pilotes vidéo, pilotes d’adaptateur sans fil et pilotes audio. Le comportement décrit dans ce document n’est pas spécifique aux pilotes BootCritical (les pilotes ont besoin pendant le démarrage, tels que les pilotes de contrôleur pour l’accès au disque dur) et sont en vigueur pour tous les pilotes chargés pendant l’installation/le déploiement.

Parcourir le chargement des pilotes à partir de StartNet.cmd

Il s’agit d’une méthode pour inclure le même pilote dans Windows Preinstallation Environment (WinPE) et la rendre disponible pour le système d’exploitation d’installation ; d’autres méthodes sont possibles à l’aide des informations supplémentaires contenues dans ce document.

  1. Configurez la machine du technicien :

    1. Installez OPK/AIK sur la machine des techniciens pris en charge.
    2. Copiez les bits Windows à modifier dans hdD c :\bin local.
    3. Recherchez/téléchargez/extrayez les pilotes à inclure dans un média.

  2. Préparez un périphérique USB par page web veillez à nommer l’appareil « INSTALL_WIN7 ». Ce nom est utilisé ultérieurement et si vous modifiez ce nom, vous devez modifier le nom dans l’exemple de script décrit à l’étape 6 et l’exemple ci-dessous (les liens de page web sont répertoriés à la fin du document)

  3. Créez des fichiers WinPE pour la copie sur un périphérique USB, ouvrez l’invite de commandes d’administration et exécutez :

    1. Copype.cmd <arch> <path>
    2. Copy <pathto> winpe.wim to \ISO\sources\boot.wim

  4. Monter boot.wim :

    1. Dism /get-wiminfo /wimfile:\<pathto>\boot.wim
    2. Dism /mount-wim /wimfile:<pathto>\boot.wim /index:1 /mountdir:<pathto>\Mount

  5. Ouvrez une invite de commandes d’administration et modifiez \mount\windows\system32\startnet.cmd (à l’aide de Notepad.exe ou similaire).

  6. L’exemple de script suivant identifie les périphériques USB et rend les pilotes disponibles pendant WinPE à l’aide de Drvload.exe. Coupez et collez le script dans le fichier startnet.cmd que vous avez ouvert.

    Note

    Vous pouvez copier le script dans notepad.exe ou un autre éditeur de texte pour supprimer la mise en forme.

    wpeinit
:ChkVar
:: Locating USB Device
IF NOT DEFINED usbdrv (  
ECHO list vol | diskpart | find "INSTALL_WIN7" > pt.txt  
FOR /F "tokens=3" %%a IN (pt.txt) DO (  
SET usbdrv=%%a^:  
)  
del pt.txt /f /q  
IF EXIST %usbdrv%\InstallOS.bat call InstallOS.bat

  7. Enregistrez StartNet.cmd et fermez-le.

  8. Démonter et valider les modifications apportées à boot.wim à l’aide de la commande suivante :

    Dism /unmount-wim /mountdir:<pathto>mount /commit

  9. Copiez tous les fichiers du dossier \ISO vers un périphérique flash USB (doit être mis en forme FAT32 et marqué comme actif).

  10. Créez un dossier à la racine du périphérique flash USB nommé $WinpeDriver$.

  11. Copiez les pilotes dans ce dossier (par exemple <USB_drv>\$WinpeDriver$\DriverX).

  12. Ouvrez l’invite cmd d’administration et créez le fichier <USB_drv>\InstallOS.bat, coupez et collez la ligne suivante dans le fichier batch :
    drvload %usbdrv%\$winpedriver$\<device>\filename. INF

  13. Pour inclure les fichiers sources d’installation du système d’exploitation Windows à partir du DVD :

    1. Créez le dossier suivant sur le stick USB : <USB_drv>\<OS>\Sources (par exemple e :\Win2008r2x64\Sources).
    2. Sélectionnez et copiez DVD\sources\* dans <USB_drv>\<OS>\sources (vous pouvez exclure boot.wim)
    3. Pour lancer manuellement setup.exe lors du démarrage sur WinPE, sélectionnez <USB_drv>\<OS>\Sources\Setup.exe et ajoutez les commutateurs appropriés en fonction des besoins.
    4. Pour un déploiement entièrement automatisé, ajoutez la ligne suivante au fichier InstallOS.bat, en ajoutant les commutateurs appropriés :
      %usbdrv%\<OS>\Sources\Setup.exe

  14. TEST en démarrant sur un périphérique USB sur une machine TEST

Méthodes permettant de rendre les pilotes disponibles pour WinPE

Les méthodes permettant d’inclure des pilotes dans WinPE sont les suivantes :

  1. Injection de temps de génération d’image via DISM.exe - Place le pilote dans le Driverstore de l’image WinPE et il est sélectionné via Plug-and-Play au moment du démarrage WinPE. Elle ne se propage pas au système d’exploitation installé. Pour cette méthode, vous devez monter les fichiers WIM pour l’accès, injecter le pilote, puis enregistrer et valider les modifications apportées au WIM.

    Étapes de collecte d’informations, de montage, d’injection et de démontage de WIM :

    1. DISM /get-wiminfo /wimfile:<pathto>boot.wim
    2. DISM /mount-wim /wimfile:<pathto>boot.wim /index:n /mountdir:<pathto>mount
    3. DISM /add-driver /image:<pathto>mount / driverpath:<pathto>driverINF [et inversement /remove-driver si nécessaire]
    4. DISM /unmount-wim /commit /mountdir:<pathto>mount

  2. Chargement du pilote d’exécution via Drvload.exe : charge le pilote en mémoire et démarre l’appareil. Ne propage pas le pilote au système d’exploitation installé.

  3. Chargement du pilote runtime via Devcon.exe - Devcon est fourni via un exemple de code source dans le Kit de pilotes de périphérique Windows (DDK)/Kit de pilotes Windows (WDK). Vous devez créer et compiler votre propre copie. Devcon est utilisé pour manipuler des pilotes, tels que le chargement de pilotes dans la mémoire et le démarrage des appareils. Ne propage pas le pilote au système d’exploitation installé. (Lien dans la section Références)

  4. $WinPEDriver$ dossier - Setup.exe tente de charger tous les pilotes du répertoire $WinPEDriver$ en mémoire, et planifie également leur injection dans le système d’exploitation d’installation.

  5. Le fichier de réponses runtime (unattend.xml) avec DriverPath - Path (et informations d’identification si nécessaire) doit être fourni dans unattend.xml. Il est utilisé pour accéder aux fichiers du référentiel central qui peuvent se trouver sur un partage réseau ou local. Le programme d’installation tente de charger tous les pilotes dans le magasin de pilotes fourni dans le unattend.xml et planifie également leur injection dans le système d’exploitation installé.

Lancer l’installation de Windows

Il existe plusieurs méthodes pour lancer l’installation du système d’exploitation à partir de WinPE, notamment :

  1. Injection de packages d’installation dans boot.wim.
    1. WinPE personnalisé peut être modifié pour lancer automatiquement Windows Setup.exe.
    2. Peut également être utilisé pour la prise en charge des modules linguistiques et des scripts.
  2. Lancement de setup.exe à partir de startnet.cmd ou de winpeshl.ini.
    1. localiser une clé USB/Hdd
    2. Lancer \path\setup.exe </switchs>
  3. Front-end personnalisé pour remplacer cmd.exe (consultez les liens pour Windows RE dans la section référence).
  4. Démarrage à partir d’un support d’installation Windows standard, qui démarre d’abord sur WinPE (Boot.wim) et peut prendre l’entrée à partir d’un périphérique USB ou d’un stockage réseau attaché. Cette méthode n’est pas abordée dans cet article.

Méthodes d’ajout de pilotes à Windows

Ensuite, après la progression de l’installation à l’inclusion de pilotes prêtes à l’emploi, il existe quelques méthodes disponibles pour inclure des pilotes prêtes à l’emploi dans Windows :

  1. Dism.exe
    1. Dism /get-wiminfo /wimfile:<pathto>Install.wim
    2. Dism /mount-wim /wimfile:<pathto>Install.wim /index:n /mountdir:<pathto>mount
    3. Dism /add-driver [and conversely /remove-driver] /image:<pathto>mount /driverpath:<pathto>driverINF
    4. Dism /unmounts-wim /commit /mountdir:<pathto>mount
  2. \$WinPEDriver$
  3. Exécution d’un script pendant l’installation sans assistance
    1. unattend.xml (driverstore) en mode WinPE et Audit (plus d’informations se trouve dans la section Références et liens).
    2. Setupcomplete.cmd pouvez être utilisé pour l’injection de pilotes, mais il est conseillé de le faire, car il s’agit d’une expérience utilisateur médiocre et peut entraîner des retards dans le démarrage du bureau pour la première fois.
  4. Drvload.exe
    1. Injecte uniquement des pilotes dans le système d’exploitation en cours d’exécution, qui s’il y a WinPE est généralement un disque RAM.
    2. Chemin d’accès Drvload <. INF> (peut être scripté dans startnet.cmd (voir des exemples))

Note

Si le pilote à utiliser porte le même nom qu’un pilote intégré (inclus en mode natif dans l’image), ces pilotes nouvellement injectés ne seront pas utilisés par le système d’exploitation de démarrage et vous devez contacter la fabrication du pilote pour les pilotes mis à jour. (Si vous connaissez le kit de logo Windows (WLK), consultez Devfund0005)

Si un pilote est chargé pendant la passe WinPE (démarrage initial) il n’existe aucun mécanisme natif en place pour supprimer ce pilote jusqu’au redémarrage du système d’exploitation.

Il existe plusieurs méthodes pour chaque étape du processus d’ajout de pilotes à Windows. Les méthodes fournissent un scénario de déploiement extensible et malléable. Vous souhaiterez déterminer la méthode ci-dessous qui convient le mieux à la situation donnée.

Instructions détaillées pour inclure des pilotes prêtes à l’emploi dans WinPE

Configuration/outils nécessaires :

  • Ordinateur de techniciens - ordinateur utilisé pour générer/manipuler le support d’installation
  • OPK / AIK installé
  • USB/UFD ou DVD

Utilisation de DISM.exe :

  1. Installez le Kit de préinstallation OEM (OPK) ou le Kit d’installation automatisée (Windows AIK) (Windows AIK)
  2. Cliquez sur Démarrer>les programmes>Windows OPK (ou Windows AIK) et ouvrez une invite de commandes outils de déploiement d’administration.
  3. Copiez boot.wim sur le disque dur (par exemple, c :\Bin). Vous pouvez également générer de nouveaux winPE à l’aide de Copype.cmd ; Toutefois, cela ne lance pas automatiquement setup.exe sans personnalisations supplémentaires.
  4. Utilisez DISM pour identifier le nombre d’index dans boot.wim. Si vous copiez le fichier boot.wim à partir du support d’installation, il aura deux index. En règle générale, nous allons modifier l’index #2 ; sinon, index #1.
    dism /get-wiminfo /wimfile:<wim_file>

    Note

    Les fichiers injectés dans un index ne seront pas disponibles pour d’autres index.

  5. Créer un dossier « Mount » (par exemple, c :\Bin\mount)
  6. Utilisez DISM pour monter le wim.
    DISM /mount-wim /wimfile:c:\bin\boot.wim /index:1 /mountdir:c:\bin\mount
  7. Placez le pilote dans le dossier locatable (par exemple, c :\bin\driver).
  8. Utilisez DISM pour ajouter le pilote à l’image WIM montée.
    dism /image:c:\bin\mount /Add-Driver /driverpath:<path to INF>
  9. Confirmez la réussite en vérifiant le journal DISM ou en veillant à ce que DISM retourne l’achèvement à l’invite de commandes.
  10. Démonter et valider les modifications apportées à Boot.wim. Fermez tous les handles sur toutes les fenêtres ouvertes qui peuvent être ouvertes sous c :\bin\mount avant d’exécuter cette commande (vérifiez également que l’invite de commandes se trouve au-dessus de la structure de répertoire c :\bin).
    dism /unmount-wim /mountdir:c:\bin\mount /commit
  11. Une fois que DISM démonte correctement WIM, nous pouvons configurer des éléments pour passer à USB/DVD. Si vous obtenez une erreur lors du démontage, vous pouvez remonter l’wim pour confirmer que les packages ont été injectés. Les paramètres /cleanup-wim DISM et /get-packages peuvent être utiles ici. Reportez-vous à la section Références et liens à la fin de ce document pour obtenir des instructions sur la création d’un média WinPE de démarrage sur un lecteur flash optique ou USB.

Utilisation de \$WinpeDriver$

$WinpeDrivers$ est une structure de dossiers supplémentaire qui Setup.exe recherche et, le cas échéant, est analysée pour extraire des pilotes supplémentaires. Le programme d’installation analyse de manière récursive les fichiers et dossiers sous ce dossier \$WinpeDriver$ à la recherche de *. Fichiers INF et tentatives d’installation de ces pilotes découverts dans le magasin de pilotes.

La structure de dossiers peut ressembler à ceci à la racine du périphérique USB :

\$WinpeDriver$
└\WiFi
└\Wireless1
└Wireless.INF
└Wireless.SYS
└Wireless.CAT (nécessaire par le système d’exploitation)

Note

Si vous regardez dans \Windows\Panther\Setupact.log vous pouvez voir la référence à ce dossier : PnPIBS : Vérification des chemins de pilotes préconfigurés ...
PnPIBS : recherche du répertoire de pilotes préconfiguré C :$WinPEDriver$.
PnPIBS : recherche du répertoire de pilotes préconfiguré D :$WinPEDriver$.
PnPIBS : recherche du répertoire de pilotes préconfiguré E :$WinPEDriver$.
PnPIBS : recherche du répertoire de pilotes préconfiguré X :$WinPEDriver$.

Utilisation du fichier de réponses sans assistance (unattend.xml/autounattend.xml)

Windows peut rechercher automatiquement un fichier de réponses sans assistance à la racine des lecteurs montés si les fichiers sont nommés autounattend.xml. Windows récupère également un fichier de réponses sans assistance s’il est lancé avec Setup.exe à l’aide de commutateurs. Ce fichier de réponses peut fournir des informations au système d’exploitation d’installation pour des éléments tels que la configuration du lecteur, la clé de produit, le nom de l’ordinateur et le chemin d’accès au magasin de pilotes, aux informations de l’entreprise OEM, et bien d’autres choses. La documentation sur l’ajout d’un pilote à l’unattend.xml se trouve à la fin de ce document dans la section Références et liens.

Voici un exemple d’extrait de code d’un AutoUnattend.xml avec Drvstore à partir d’un AIK Unattend.chm. La sortie XML spécifie le chemin UNC vers des emplacements supplémentaires pour les pilotes de périphérique et les informations d’identification utilisées pour accéder aux chemins réseau.

<DriverPaths>
<!-- First PathAndCredentials list item -->
   <PathAndCredentials wcm:action="add" wcm:keyValue="1">
        <Path>\\myFirstDriverPath\DriversFolder</Path>
        <Credentials>
                <Domain>MyDomain</Domain>
                <Username>MyUsername</Username>
                <Password>MyPassword</Password>
        </Credentials>
   </PathAndCredentials>
<!-- Second PathAndCredentials list item -->
   <PathAndCredentials wcm:action="add" wcm:keyValue="2">
      <Path>C:\Drivers</Path>
      <Credentials>
         <Domain>MyComputerName</Domain>
         <Username>MyUsername</Username>
         <Password>MyPassword</Password>
      </Credentials>
   </PathAndCredentials>
</DriverPaths>

Utilisation de Drvload.exe

Drvload est un outil dans WinPE utilisé pour ajouter des pilotes une fois que vous avez démarré jusqu’à l’invite de commandes WinPE intégrée. Lors de l’utilisation de Drvload, les pilotes doivent être identifiés et placés quelque part. Le startnet.cmd de WinPE peut être utilisé pour scripter Drvload, ainsi que l’une des actions suivantes lors du démarrage ou du démarrage sur WinPE :

  1. Exécution de scripts vers :
    1. Identifiez le support d’installation, généralement un périphérique USB.
    2. Ajouter des pilotes prêtes à l’emploi
    3. Configurer des disques durs et des partitions de récupération
    4. Lancez setup.exe ou appliquez des machines virtuelles wi-ms en fonction des besoins.
  2. Après le déploiement/l’application de la validation WIM Pour les développeurs qui souhaitent créer leur propre outil à utiliser pour injecter ou manipuler des pilotes, DevCon.exe peut être un utilitaire utile. Pour plus d’informations sur DevCon.exe, consultez la section Références et liens.

Exemple de startnet.cmd

Comme moyen de script/automatisation de l’installation, le périphérique USB doit être identifié, car il s’agit de l’emplacement des pilotes supplémentaires. Cet exemple utilise un script dans WinPE qui est autorun au démarrage pour détecter le lecteur USB. Ce script lance un autre script pour installer des pilotes à l’aide de Drvload.exe dans la phase de configuration winPE. Le script se trouve en dehors du fichier WIM afin qu’il puisse être facilement modifié.

Méthodes d’identification du support d’installation à l’aide de WinPE Startnet.cmd (premier fichier lancé dans WinPE par défaut) :

  1. Tout d’abord, il doit y avoir un moyen d’automatiser l’identification du support d’installation dans le Startnet.cmd WinPE, qui est le premier fichier lancé dans une configuration WinPE par défaut. Vous pouvez effectuer l’une des deux façons suivantes :

    • Créez un lecteur flash USB WinPE démarrable avec une étiquette de volume de disque « INSTALL_WIN7 ». Placez ensuite les lignes suivantes au début de startnet.cmd pour rechercher l’étiquette de volume de disque « INSTALL_WIN7 » :

      "INSTALL_WIN7" disk volume label:
:ChkVar
:: Locating USB Device
IF NOT DEFINED usbdrv (
ECHO list vol | diskpart | find "INSTALL_WIN7" > pt.txt
FOR /F "tokens=3" %%a IN (pt.txt) DO ( 
SET usbdrv=%%a^:
)
del pt.txt /f /q

    • Créez des fichiers « tag » sur le média en tant que méthode d’emplacement de lecteur alternative pour la comparaison :

      :SetOSvar
@echo off
IF NOT DEFINED usbdrv (
ECHO locating OS drive
FOR %%b IN ( C D E F G H I J K L M N O ) DO (
IF EXIST %%b:\<specialfilename1> IF EXIST %%b:\ <specialfilename2>  (
SET usbdrv=%%b^:
)
)
)

      Note

      Vous devez vous assurer que <specialfilename1 &specialfilename2> existe à l’emplacement désigné sur un périphérique flash USB.

  2. Incluez les fichiers dans le fichier boot.wim utilisé dans le startnet.cmd. Les fichiers seront ensuite placés sur le lecteur X : où ils sont accessibles via le nom> de fichier X :\<. Lorsque vous ajoutez des fichiers au boot.wim, cela augmente l’empreinte mémoire WIM.

  3. Une fois que la lettre de lecteur USB est connue, des scripts supplémentaires pour l’injection de pilotes peuvent être lancés. Étant donné qu’il est difficile de modifier fréquemment boot.wim (vous devez monter/démonter et valider les modifications à chaque fois), il est plus facile d’exécuter des scripts en dehors de startnet.cmd. Par exemple, si nous créons un script appelé « InstallOS.bat » à la racine du lecteur flash USB, nous pouvons facilement modifier ce fichier pour apporter des modifications au processus de démarrage/automatisation en fonction des besoins.

    Vous trouverez ci-dessous un exemple de texte nécessaire dans le fichier startnet.cmd qui recherche « InstallOS.bat » et, s’il est trouvé, lancez-la :

    IF EXIST %usbdrv%\InstallOS.bat call InstallOS.bat  
Echo %time% %date%

    Note

    Comme indiqué par son nom, InstallOS.bat pouvez faire beaucoup plus que simplement ajouter des pilotes à WinPE. Toutefois, pour les besoins de ce document, des détails supplémentaires de script ne seront pas abordés.

  4. À ce stade, %usbdrv% est défini avec la lettre de lecteur pour le périphérique flash USB afin que les pilotes présents dans le dossier %usbdrv%\$WinpeDriver$ puissent être injectés par le biais d’un script dans le InstallOS.bat.

    Par exemple, dans InstallOS.bat ajouter Drvload.exe %usbdrv%\$winpedriver$\<device>\filename.INF.

À l’aide de cette méthode, le pilote mis à la disposition du système d’exploitation est d’abord récupéré et utilisé par WinPE.

Environnement de récupération Windows (WinRE)

WinRE est généralement statique sur le disque dur, soit installé automatiquement pendant l’installation, soit créé/personnalisé par les OEM pour les scénarios de récupération. Si WinRE est utilisé pour récupérer la machine en paramètres par défaut, il n’existe vraiment aucune méthode pour mettre à jour dynamiquement les pilotes vers la dernière version. Vous devrez créer une image à l’aide de pilotes injectés dans tous les fichiers WIM pertinents, tels que WinRE.wim/Boot.wim, ainsi que l’image à appliquer au système d’exploitation. Vérifiez que ces pilotes sont toutes les mêmes versions.

Conclusion

Si vous avez besoin de créer un environnement WinPE qui charge des pilotes prêtes à l’emploi avant d’exécuter setup.exe, suivez les instructions décrites dans ce document pour vous retrouver avec le pilote souhaité dans le système d’exploitation installé résultant. L’écriture de scripts qui tirent parti de Drvload.exe lancées par startnet.cmd pour charger des pilotes spécifiques situés dans le dossier $WinPeDriver$ sur un lecteur flash USB est la méthode la plus flexible disponible. Cette méthode vous permet de charger un pilote pendant la phase WinPE qui se poursuit dans le système d’exploitation installé. En outre, il permet de conserver un référentiel central pour les pilotes qui permettront de mettre à jour ces pilotes (afin de maintenir les derniers pilotes dans votre magasin de pilotes).

Collecte de données

Si vous avez besoin de l’aide du support Microsoft, nous vous recommandons de collecter les informations en suivant les étapes mentionnées dans Collecter des informations à l’aide de TSS pour les problèmes liés au déploiement.

Note

Vous aurez besoin d’un compte pour pouvoir télécharger des fichiers à partir du site OEM.