L’outil de préparation système, Sysprep.exe, permet de préparer une installation de Windows en vue de créer des images ou de la livrer à un client.
Cette rubrique aborde les thèmes suivants :
-
Fichier exécutable Sysprep
-
Processus de Sysprep
-
Utilisation d’un fichier de réponses en conjonction avec Sysprep
-
Réinitialisation de l’activation de Windows
-
Détection de l’état d’une image Windows
-
Fichiers journaux de Sysprep
Fichier exécutable Sysprep
Sysprep.exe est le principal programme qui appelle les autres fichiers exécutables chargés de la préparation de l’installation de Windows. Il réside dans le répertoire %WINDIR%\system32\sysprep dans toutes les installations. Sysprep doit systématiquement être exécuté à partir du répertoire %WINDIR%\system32\sysprep et doit tourner sur la version de Windows sur laquelle il a été installé.
Processus de Sysprep
Lorsque Sysprep s’exécute, le processus suivant est mis en œuvre :
-
Vérification que Sysprep est capable de s’exécuter. Seul un administrateur peut exécuter Sysprep, dont il est impossible de faire tourner plusieurs instances. Sysprep doit également s’exécuter sur la version de Windows sur laquelle il a été installé.
-
Initialisation de l’enregistrement dans un journal.
-
Analyse des arguments de ligne de commande.
Si vous n’avez pas spécifié d’argument de ligne de commande, la fenêtre Sysprep qui s’affiche permet aux utilisateurs de définir des actions Sysprep.
-
Traitement des actions Sysprep, appel des fichiers .dll et exécutables appropriés, puis ajout des actions au fichier journal.
-
Vérification que tous les fichiers .dll ont traité toutes leurs tâches, puis arrêt du système, redémarrage du système ou fermeture de Sysprep.
Utilisation de fichiers de réponses en conjonction avec Sysprep
Vous pouvez utiliser un fichier de réponses avec Sysprep pour configurer les paramètres de l’installation sans assistance. Les sections suivantes détaillent quelques modalités et aspects liés à l’utilisation des fichiers de réponses avec Sysprep.
Application des paramètres dans les étapes de configuration generalize, auditSystem et auditUser
Toutes les étapes de configuration ne s’exécutent pas lors de l’installation de Windows. Certains d’entre elles sont uniquement disponibles lorsque vous exécutez Sysprep. Les étapes generalize, auditSystem et auditUser sont uniquement disponibles en exécutant Sysprep. Si, dans ces étapes de configuration, vous ajoutez des paramètres à votre fichier de réponses, vous devez exécutez Sysprep pour appliquer ces paramètres :
-
Pour appliquer les paramètres dans auditSystem et auditUser, vous devez démarrer en mode Audit par le biais de la commande sysprep/audit.
-
Pour appliquer les paramètres dans l’étape de configuration generalize, vous devez généraliser l’image système Windows par le biais de la commande sysprep/generalize.
Pour plus d’informations, voir Fonctionnement des étapes de configuration. Pour plus d’informations sur les options de la ligne de commande de Sysprep, voir Syntaxe de la ligne de commande Sysprep.
Mise en cache des fichiers de réponses sur l’ordinateur
Si vous installez Windows par le biais d’un fichier de réponses, celui-ci est placé en mémoire cache sur le système de sorte que lors des étapes de configuration suivantes, les paramètres définis dans le fichier de réponses soient appliqués au système.
Le fichier de réponses étant placé en mémoire cache, les paramètres qu’il contient sont appliqués lorsque vous exécutez Sysprep. Si vous utilisez les paramètres extraits d’un autre fichier de réponses, vous pouvez spécifier un autre fichier Unattend.xml par le biais de l’option sysprep /unattend:filename. Pour plus d’informations, voir Syntaxe de la ligne de commande Sysprep.
Pour plus d’informations sur l’exécution d’une recherche implicite de fichier de réponses, voir Fonctionnement du programme d'installation de Windows.
Persistance des pilotes de périphérique Plug-and-Play lors de l’étape de configuration generalize
Pour assurer la persistance des pilotes de périphérique lorsque vous exécutez la commande sysprep /generalize, spécifiez le paramètre PersistentAllDeviceInstalls dans le composant Microsoft-Windows-PnPSysprep. Au cours de l’étape de configuration specialize, la fonction Plug-and-Play analyse l’ordinateur à la recherche de périphériques et installe les pilotes correspondant aux dispositifs détectés. Par défaut, ces pilotes de périphérique sont supprimés du système lors de l’étape de configuration generalize. Si vous définissez PersistAllDeviceInstalls sur True dans un fichier de réponses, Sysprep ne supprime pas les pilotes de périphériques détectés. Pour plus d’informations, voir Référence de l’installation de Windows sans assistance (Unattended Windows Setup Reference) (éventuellement en anglais).
Affichage des actions RunSynchronous dans un fichier de réponses
En mode Audit, vous pouvez afficher l’état des commandes RunSynchronous qui s’exécutent lors de l’étape de configuration auditUser. La fenêtre AuditUI affiche l’état des commandes et fournit les informations suivantes :
-
Indicateur visuel montrant qu’une installation est en cours d’exécution.
-
Indication visuelle de la date/heure et de l’emplacement des échecs. Cette fonction permet d’établir un diagnostic rapide si la commande ne génère pas de fichiers journaux.
Si le fichier de réponses contient des commandes RunSynchronous lors de l’étape de configuration auditUser, la liste des commandes s’affiche dans la fenêtre AudiUI, dans l’ordre spécifié par RunSynchronous/RunSynchronousCommand/Order. Chaque élément de la liste affichée dans l’interface utilisateur correspond à la chaîne extraite de :
-
RunSynchronous/RunSynchronousCommand/Description (le cas échéant)
- ou -
-
RunSynchronous/RunSynchronousCommand/Path
Toutes les commandes RunSynchronous sont traitées dans l’ordre. Si la commande aboutit, l’élément de liste correspondant est associé à une coche verte. Si la commande échoue, l’élément de liste correspondant est associé à un symbole X rouge. Si un redémarrage est requis, la fenêtre AuditUI réapparaît après le redémarrage, mais seuls les éléments non traités de la liste sont recensés. Les éléments précédemment traités ne sont plus indiqués. Si la liste d’éléments affichés dépasse la hauteur de la fenêtre AuditUI, sa taille est adaptée à l’écran et il est impossible de la faire défiler. De ce fait, certains éléments risquent de ne pas être visibles.
Le programme d’installation Windows interprète les codes de retour zéro et non-zéro comme des valeurs d’état dans la fenêtre AuditUI. La valeur zéro indique un succès, tandis qu’une valeur autre que zéro représente un échec. Selon la valeur de la commande RunSynchronous/RunSynchronousCommand/WillReboot, la valeur renvoyée par la commande risque d’affecter le comportement de l’installation.
Si RunSynchronous/RunSynchronousCommand/WillReboot est réglée sur Always, alors :
-
Si la commande renvoie 0, l’élément de liste correspondant est associé à une coche verte. Un redémarrage est immédiatement exécuté.
-
Si la commande renvoie une valeur autre que zéro, l’élément de liste correspondant est associé à un symbole X rouge. Un redémarrage est immédiatement exécuté.
Si RunSynchronous/RunSynchronousCommand/WillReboot est réglée sur Never, alors :
-
Si la commande renvoie 0, l’élément de liste correspondant est associé à une coche verte.
-
Si la commande renvoie une valeur autre que zéro, l’élément de liste correspondant est associé au symbole X rouge. Une valeur différente de zéro n’est pas considérée comme une erreur irrécupérable si WillReboot est défini sur Toujours (Always) ou sur Jamais (Never).
Si RunSynchronous/RunSynchronousCommand/WillReboot est réglée sur OnRequest, alors :
-
Si la commande renvoie 0, l’élément de liste correspondant est associé à une coche verte.
-
Si la commande renvoie 1, l’élément de liste correspondant est associé à une coche verte. Un redémarrage est immédiatement exécuté.
-
Si la commande renvoie 2, l’élément de liste correspondant est temporairement associé à une coche verte. Un redémarrage est immédiatement exécuté. Suite au redémarrage, l’élément de liste correspondant s’affiche à nouveau dans la fenêtre AuditUI sans annotation, car la commande est encore en cours d’exécution.
-
Si la commande renvoie d’autres valeurs, il se produit une erreur irrécupérable et une boîte de dialogue de blocage s’affiche. Si le fichier Errorhandler.cmd est présent, aucune boîte de dialogue n’apparaît. Pour plus d’informations sur Errorhandler.cmd, voir Ajouter un script personnalisé au programme d'installation de Windows.
Réinitialisation de l’activation de Windows
Lorsque vous installez Windows avec une clé de produit de licence unique, vous disposez de 30 jours au cours desquels vous devez activer cette installation de Windows. Si vous n’activez pas Windows dans cette période de 30 jours et que vous ne réinitialisez pas l’horloge d’activation, Windows entre en mode de fonctionnalité réduite Ce mode empêche les utilisateurs d’ouvrir une session sur l’ordinateur avant l’activation de Windows.
Il n’existe aucune limite au nombre d’exécutions de Sysprep sur un ordinateur. Cependant, l’horloge de l’Activation de produit Windows commence son décompte la première fois que Windows est lancé. Vous pouvez utiliser la commande sysprep /generalize pour réinitialiser l’activation du produit Windows à trois reprises maximum. Après trois exécutions de la commande sysprep /generalize, l’horloge ne peut plus être réinitialisée.
Lorsque vous exécutez la commande sysprep /generalize, l’horloge d’activation est automatiquement réinitialisée. Vous pouvez ignorer la réinitialisation de l’horloge d’activation à l’aide du paramètre SkipRearm dans le composant Microsoft-Windows-Security-Licensing-SLC. Cela vous permet d’exécuter Sysprep à plusieurs reprises sans réinitialiser l’horloge d’activation. Pour plus d’informations sur ce paramètre, voir Référence de l’installation de Windows sans assistance (Unattended Windows Setup Reference) (éventuellement en anglais).
.gif) Important |
|
Si vous prévoyez d’exécuter Sysprep plusieurs fois sur un même ordinateur, vous devez utiliser le paramètre SkipRearm dans le composant Microsoft-Windows-Security-Licensing-SLC pour différer la réinitialisation de l’horloge d’activation. Puisque vous pouvez réinitialiser l’horloge d’activation trois fois uniquement, si vous exécutez Sysprep à plusieurs reprises sur un ordinateur, vous allez manquer de réinitialisations d’horloge d’activation. Microsoft vous recommande d’utiliser le paramètre SkipRearm si vous prévoyez d’exécuter Sysprep à plusieurs reprises sur un ordinateur. |
Conditions requises pour la licence en volume et l’activation OEM
Pour les licences en volume, le comportement de réinitialisation de l’horloge d’activation est différent, en fonction du type de licence.
-
L’activation peut être réinitialisée un nombre de fois illimité pour des clients du Service Gestion des clés activés. Pour les clients du Service gestion des clés non activés, l’horloge d’activation ne peut être réinitialisée que jusqu’à trois fois, comme une licence unique.
Microsoft recommande aux clients du Service gestion des clés d’utiliser la commande sysprep /generalize avec la valeur du paramètre SkipRearm égale à 1. Après avoir capturé cette image, utilisez la commande sysprep /generalize avec la valeur du paramètre SkipRearm égale à 0.
-
Pour les clients de clés d’activation multiples, la recommandation consiste à installer ces clés d’activation multiples immédiatement avant d’exécuter Sysprep pour la dernière fois avant la livraison de l’ordinateur à un client.
Pour les licences d’activation OEM, aucune activation n’est requise. L’activation OEM n’est disponible que pour les fabricants d’ordinateurs OEM soumis à redevance.
Activation de Windows avant expédition à un client
La plupart des clients peuvent gérer aisément l’activation après la réception de leurs ordinateurs. Néanmoins, si vous préférez, vous pouvez activer le logiciel à la place de vos clients afin de leur faciliter la prise en main de leur nouvel ordinateur. Une fois l’activation terminée, la plupart des utilisateurs n’ont pas besoin d’activer à nouveau leur installation.
Pour activer Windows pour un client, utilisez la clé du produit unique à partir des informations de l’étiquette du certificat d’authenticité (CA) qui est placée sur l’ordinateur concerné, puis activez l’ordinateur à la place de l’utilisateur final. Exécutez la commande sysprep /oobe pour préparer l’ordinateur à la livraison au client.
.gif) Remarques |
|
Vous ne pouvez pas créer d’image d’une installation Windows activée et dupliquer cette image sur un autre ordinateur. Si vous le faites, Windows ne parvient pas à reconnaître l’activation et force l’utilisateur final à réactiver manuellement l’installation. |
Démarrage en mode audit ou avec l’accueil de Windows
Lors du démarrage de Windows Vista, l’ordinateur démarre selon l’un des deux modes suivants :
-
Accueil de Windows L’accueil de Windows, également appelé Machine OOBE (out-of-box experience), représente la première expérience de l’utilisateur et permet aux utilisateurs finaux de personnaliser leur installation Windows. Les utilisateurs finaux peuvent créer des comptes d’utilisateur, lire et accepter les termes du contrat de licence logiciel Microsoft et choisir leur langue et leur fuseau horaire.
Par défaut, toutes les installations Windows démarrent d’abord avec l’accueil de Windows.
L’étape de configuration oobeSystem s’exécute immédiatement avant le démarrage de l’accueil de Windows. Pour plus d’informations sur cette étape de configuration, voir oobeSystem.
-
Mode audit. Le mode audit permet aux fabricants d’ordinateurs et aux entreprises d’ajouter des personnalisations à leurs images Windows. Le mode Audit ne nécessite pas l’application de paramètres dans l’accueil de Windows. En ignorant les écrans d’accueil de Windows, vous pouvez accéder plus rapidement au Bureau et effectuer vos personnalisations. Vous pouvez ajouter des pilotes de périphérique supplémentaires, installer des applications et tester la validité de l’installation.
En mode Audit, les paramètres d’un fichier de réponses sans assistance des étapes de configuration auditSystem et auditUser sont traités. Pour plus d’informations sur cette étape de configuration, voir auditSystem et auditUser.
Si, pour configurer l’installation en vue d’un démarrage sur les écrans d’accueil Windows, vous êtes en mode Audit, exécutez la commandesysprep /oobe. Les fabricants OEM doivent exécuter sysprep /oobe avant d’expédier un ordinateur à un client final. Dans une installation Windows Vista par défaut, une fois l’installation terminée, l’accueil de Windows démarre. Cependant, vous pouvez ignorer cet écran d’accueil de Windows et démarrer directement dans le mode Audit en appuyant sur les touches Ctrl+Maj+F3 à partir du premier écran d’accueil.
Pour une installation en mode sans assistance, vous pouvez configurer Windows afin qu’il démarre dans le mode audit à l’aide du paramètre Microsoft-Windows-Deployment | Reseal dans un fichier de réponses. Pour plus d’informations, voir Référence de l’installation de Windows sans assistance (Unattended Windows Setup Reference) (éventuellement en anglais).
Pour plus d’informations sur l’utilisation du mode Audit, voir Personnaliser Windows en mode audit.
Détection de l’état d’une image Windows
Fichiers journaux de Sysprep
Sysprep consigne les actions d’installation de Windows dans divers répertoires, selon l’étape de configuration concernée. L’étape de configuration generalize supprimant certains fichiers journaux du programme d’installation Windows, Sysprep consigne les actions generalize hors des fichiers journaux d’installation Windows standard. Le tableau suivant indique les différents emplacements de fichiers journaux utilisés par Sysprep.
|
Élément
|
Chemin des fichiers journaux
|
|
generalize
|
%WINDIR%\System32\Sysprep\Panther
|
|
specialize
|
%WINDIR%\Panther\
|
|
Actions d’installation sans assistance de Windows
|
%WINDIR%\Panther\Unattendgc
|
Voir aussi