3. Scénarios d’utilisation
3.1 Création d’une image avant déploiement
Nous allons commencer par le scénario standard d’utilisation de sysprep, c’est
à dire la configuration d’un poste maître qui sera ensuite dupliqué sur toute
vos machine via un logiciel de clonage.
Déjà il faut savoir si votre utilitaire de clonage gère le système de fichier
NTFS si il ne le gère pas, pré formaté votre disque en FAT32 avec l’utilitaire
oformat.com (comme vu plus haut) pour avoir une architecture disque se rapprochant
le plus de ce qui sera ensuite converti en NTFS, ensuite il faut aussi se rappeler
que la conversion NTFS ouvrir totalement les permission sur le disque système
à la différence d’un formatage direct en NTFS, ce que vous pouvez faire c’est
vous reporter à une partie de mon article de configuration des droits disque
via les stratégies de groupe pour réinitialiser les droits par défauts d’une
partition système.
Après avoir configuré et installé votre poste avec les paramètre et applications
désirés, comme vu plus haut vous décompressez le contenu du fichier deploy.cab
dans le répertoire c:\sysprep. Vous lancez ensuite le setupmgr pour peupler
les paramètres du sysprep.inf. Comme vu plus haut il est conseillé de faire
une image par couche HAL, vous pouvez si vous voulez changer la configuration
HAL à l’installation de Windows, pour ce faire au moment où Windows vous demande
d’appuyer sur la touche F6 vous tapez sur F5 pour qu’il vous donne le choix
de HAL, vous pourrez ainsi choisir votre type d’ordinateur.
Ceci peux être utile si vous commencez à recevoir des processeurs Intel Pentium
IV Hypertreading ou les futurs AMD dual Core vous pourrez ainsi vous mettre
en « ACPI Multiprocessor PC » pour avoir une architecture compatible
avec des processeurs multiples tout en étant sur une machine de test monoprocesseur.
C’est soit vous faites comme cela, soit vous créez une nouvelle image à chaque
fois.
Voici après l’exécution de setupmgr l’apparence d’un fichier sysprep.inf standard :
;SetupMgrTag
[Unattended]
OemSkipEula=Yes
InstallFilesPath=C:\sysprep\i386
[GuiUnattended]
AdminPassword=e52cac67419a9a224a3b108f3fa6cb6d8846f7eaee8fb117ad06bdd830b7586c
EncryptedAdminPassword=Yes
OEMSkipRegional=1
TimeZone=105
OemSkipWelcome=1
[UserData]
ProductKey=THISM-YWIND-OWSXP-SERIA-LKEY1
FullName="Laboratoire Microsoft"
OrgName="Laboratoire Microsoft"
ComputerName=*
[Display]
BitsPerPel=16
Xresolution=1024
YResolution=768
[TapiLocation]
CountryCode=33
[RegionalSettings]
LanguageGroup=1
Language=0000040c
[SetupMgr]
DistFolder=C:\sysprep\i386
DistShare=windist
[Identification]
JoinWorkgroup=LaboMS
[Networking]
InstallDefaultComponents=Yes
Ce fichier sysprep.inf (comme tout ceux créés à partir de setupmgr) ne nous
permet pas pour l’instant d’avoir une image qui est libérée du contrôleur disque,
c’est à dire que si vous effectuez une image de votre poste en l’état actuel
et que vous restaurez votre image sur un nouveau poste ayant un contrôleur de
disque (souvent gérer par le chipset de votre carte mère) de marque et/ou de
type différent vous obtiendrez un bel écran bleu UNMOUNTABLE_BOOT_DEVICE ou
un écran bleu pour une erreur inconnue :
Ceci vient du fait que Windows est un système « Plug’n Play » (PnP)
mais pour télécharger le noyau sur le disque dur il est quand même nécessaire
de d’abord charger les pilotes de périphériques du contrôleur de disque ce qui
veux dire que si vous avez changé le contrôleur de disque les mauvais pilotes
auront été chargés et ainsi il n’y aura pas de disque dur détecté et Windows
ne pourras pas continuer son chargement. Pour contourner cela vos pouvez forcer
Windows à la détection PnP du contrôleur disque.
Pour réaliser cette action il faut ajouter dans votre sysprep.inf la section
[SysprepMassStrorage] et la peupler, ainsi lors du mini-setup suivant
l’installation cherchera à l’intérieur des pilotes Windows pour récupérer les
pilotes de contrôleur de disque correspondant à la machine sur lequel l’image
a été chargée.
Pour peupler cette section vous avec deux solutions :
-
Editer le fichier sysprep.inf ajouter en fin du fichier le texte [SysprepMassStorage]
puis lancer la commande
Sysprep –bmsd
Vous avez un message qui s’affiche et après un petit peu de temps de temps
la section sera rempli (plus de 600 lignes supplémentaire !) indiquant
toutes les références des contrôleurs disques intégré aux pilotes Windows dans
les fichiers Machine.inf, Scsi.inf, Pnpscsi.inf et Mshdc.inf.
-
Editez le fichier sysprep.inf, ajoutez en fin du fichier le texte [SysprepMassStorage]
puis à l’intérieur de la section [sysprep] (si elle n’existe pas, créé là) le
paramètre :
BuildMassStorageSection = Yes
Puis lors de l’exécution de sysprep la section sera remplie de manière automatique,
l’inconvénient par rapport à la commande précédente est que vous ne pourrez
pas vérifier que le fichier sysprep.inf a été correctement complété sans passer
par des outils d’édition externe.
A partir de ce moment là vous pouvez lancer la commande sysprep –reseal -mini,
qui supprimera les entrées des journeaux d’évennements, réinitialisera vos périphériques
et si vous avez activez la partie MassStorage, réinitialisera les controleurs
disque. Ensuite la machine s’arrêtera, il arrive parfois que celle ci n’y arrive,
dans ce cas, vérifiez bien que les journaux ont été nettoyé et lancez la commande
: Sysprep –forceshutdown
Si la station ne s’arrête pas fait un arrêt d’urgence (appuie long sur le bouton
power off)
Ensuite démarré sur votre CD/disquette/carte réseaux de boot pour appeler votre
utilitaire de clonage de disque et exportez l’image du disque système, ainsi
vous avez votre image disque.
3.2 Changement de carte mère
Une autre utilisation de sysprep plutôt pour les particuliers est lors de changements
d’un composant critique comme la carte mère ou un contrôleur de disque. En effet
comme vu précédemment si vous changez ces composants sans faire aucune intervention
sous Windows vous aurez le bel écran bleu vu plus tôt à moins que les controleurs
de disque soient proche l’un de l’autre.
C’est à ce moment là que sysprep intervient pour vous éviter une réinstallation
de Windows tout en faisant un petit ménage dans votre système.
La marche à suivre est très proche de celle vu dans la scénario précédent :
-
Décompressez le contenu de Deploy.cab dans le répertoire c:\sysprep
-
Lancez setupmgr
-
Choisissez « Installation Sysprep », « totalement automatisé »
-
Remplissez la totalité des champs
-
Sauvegardez votre fichier dans C:\sysprep\sysprep.inf
Maintenant vous devez éditer votre fichier sysprep.inf, notepad fera parfaitement
l’affaire, à l’intérieur vous ajoutez à la fin la ligne
[SysprepMassStorage]
Ensuite il vous suffit de lancer à l’intérieur de c:\sysprep la commande :
Sysprep -bmsd
Après quelques minutes il vous rendra la main et vous verrez que le fichier
sysprep.inf aura grossit.
Ensuite pour finir vous exécutez la commande :
Sysprep –actived -nosidgen
Cette commande vous évitera d’avoir à relancer le processus d’activation
de Windows XP, la plupart du temps cela marche pour le changement de contrôleur
disque vu que cela ne correspondant qu’à un ou deux changement matériel, en
revanche dans le cas d’un carte mère le chipset de celle ci correspond à un
grand nombre de périphériques matériel et vous avez peu de chances d’être toujours
dans la limite des six changements matériels avant réactivation.
Si vous pensez que votre installation a besoin d’un petit ménage vous pouvez
lancer cette commande à la place : Sysprep
–activated –reseal -mini -nosidgen
Celle ci nettoiera une partie de votre système, et elle peux être
intéressante si vous êtes dans le cas où votre disque système n’a pas eu la
lettre C assignée, en effet comme cela réinitialise votre configuration matérielle
l’assignation des lettres de lecteurs le disque de démarrage se verra modifiée
si vous avez pensé à enlevé votre disque système.
3.3 Création d’une image minimum pour customisation en fonction des demandes
clients (Mode factory/usine)
Le mode usine est utiliser surtout par les OEM pour la préparation des machines
qu’ils souhaitent livrer à leur client, d’ailleurs le fichier principal utilisé,
winbom.ini, n’est plus détaillé dans les fichiers d’aide du Deploy.cab mais
seulement dans ceux de l’OPK Kit.
Pour résumer, lorsque vous lancez la commande :
Sysprep –factory
Cela va éteindre la machine comme avec les autres commandes mais en revanche
vous n’aurez pas de mini setup qui va démarrer suite à l’allumage, et ensuite
vous avez l’exécutable factory qui sera lancé, celui ci réalisera la détection
Pnp plus toute autre action qui sera intégré dans votre fichier winbom.ini,
avec un support réseau intégré.
Ce qui pourras vous permettre par exemple de contacter un serveur central qui
permettra de configurer « à la demande » le poste cloné suivant les
demandes du client. Cela vous permet ainsi de personnaliser vos postes avant
de les livrer aux client.
Vous pourrez ainsi modifier l’écran d’accueil Windows, changer les informations
de support (dans les propriétés du poste du travail), changer le sysprep.inf
ou le pré remplir si l’utilisateur final le demande et ainsi de suite
Ensuite il vous suffit le lancer Sysprep
–reseal -mini
Pour finir la personnalisation du poste et livrer ensuite le poste à l’utilisateur
, celui ci passeras ensuite par le mini setup de sysprep et pourras remplir
les champs manuellement pour ceux que vous aurez rendu disponible en enlevant
leurs valeurs dans le sysprep.inf
 1. Introduction
2. Fonctionnement
3. Scénarios d’utilisation
4. Conclusion
5. Note pour les utilisateurs de Windows 2000
|
|
 |
 Pour afficher ou poster un commentaire, cliquez sur ce lien : Forum-Microsoft
|
|
Faire un sysprep avec la version 2.0
