Généraliser une image Windows avec Sysprep : /generalize, /oobe, /shutdown et la limite de réarmement

Objectif

Transformer une machine Windows Server ou Windows client installée et configurée en image généralisée, pouvant être déployée en toute sécurité sur d'autres ordinateurs, et savoir où chercher lorsque l'exécution de la généralisation échoue.

Prérequis

Un accès administrateur sur la machine de référence. Aucune application du Microsoft Store ne doit y être installée ni mise à jour via le Store : selon les recommandations Sysprep de Microsoft Learn, installer ou mettre à jour des applications du Microsoft Store avant la généralisation "will cause Sysprep to fail" (provoquera l'échec de Sysprep), car l'application mise à jour devient liée à l'utilisateur connecté. Avant d'exécuter Sysprep, réalisez un snapshot ou une sauvegarde de la machine de référence : /generalize détruit l'état propre à la machine et ne peut pas être annulé sur cette instance.

Étapes

1. Fermez toutes les applications et effectuez les dernières modifications de configuration sur la machine de référence ; Sysprep capture l'état existant au moment de l'exécution.
2. Depuis une invite de commandes avec élévation de privilèges, exécutez C:\Windows\System32\Sysprep\sysprep.exe /generalize /oobe /shutdown /quiet. La référence de ligne de commande de Microsoft indique qu'avec /generalize, Sysprep "removes all unique system information" (supprime toutes les informations système uniques), réinitialise le SID, efface les points de restauration du système et supprime les journaux d'événements. /oobe "restarts the computer into OOBE mode" (redémarre l'ordinateur en mode OOBE) au prochain démarrage. /shutdown éteint l'ordinateur à la fin de Sysprep, ce qui permet de le capturer à l'arrêt. /quiet supprime les messages de confirmation et est obligatoire sur Server Core, où Sysprep échoue sinon silencieusement. /mode:vm est réservé à un VHD redéployé sur la même machine virtuelle ou le même hyperviseur.
3. Pour exécuter les passes specialize et oobeSystem sans intervention au premier démarrage de l'image obtenue, indiquez un fichier de réponses par son chemin complet : sysprep /generalize /oobe /shutdown /unattend:C:\Deploy\unattend.xml. Un fichier passé explicitement écrase le fichier de réponses mis en cache dans %WINDIR%\Panther.
4. Attendez la fin du processus et l'extinction de la machine (avec /shutdown) avant de capturer l'image disque.
5. Démarrez un clone de l'image capturée et vérifiez qu'il atteint l'OOBE (ou termine l'installation sans intervention) avec un nouveau SID : le préfixe du SID machine que whoami /user affiche pour un compte local doit différer entre deux clones.

Résultat attendu

Chaque clone obtient son propre SID et redétecte son matériel. La généralisation désinstalle les périphériques configurés mais, selon Microsoft Learn, "doesn't remove device drivers" (ne supprime pas les pilotes de périphériques), et conserve entièrement les périphériques si PersistAllDeviceInstalls est défini. La passe generalize s'exécute pendant l'exécution de Sysprep elle-même ; au premier démarrage du clone, le programme d'installation de Windows exécute la passe specialize, puis oobeSystem.

Limites et base de vérification

Microsoft Learn indique que l'on peut exécuter Sysprep "up to 1001 times on a single Windows image" (jusqu'à 1001 fois sur une même image Windows) avant de devoir la recréer. Ce chiffre s'applique à Windows 8.1/Server 2012 et versions ultérieures ; Windows 7, Server 2008 et 2008 R2 n'en autorisent que 3. Le paramètre plus ancien SkipRearm, relatif à l'horloge d'activation, n'est pas nécessaire avec des clés en volume ou au détail. Construisez les images à partir d'une base neuve, et non en généralisant des clones de clones. La présentation du processus Sysprep (Sysprep Process Overview) énumère les journaux : %WINDIR%\System32\Sysprep\Panther (generalize), %WINDIR%\Panther (specialize) et %WINDIR%\Panther\Unattendgc (actions OOBE sans intervention), setupact.log étant le journal principal et setuperr.log contenant les erreurs. Il n'existe aucun moyen pris en charge d'annuler /generalize sur la même instance en cours d'exécution ; la récupération passe par une réinstallation de l'image ou la restauration de la sauvegarde effectuée avant la généralisation.