Ne plus afficher les boîtes de dialogue relatives aux évènements Plug and Play

GuillaumeD — Fri, 09 Jan 2009 23:51:00 GMT

Dans le cadre des déploiements de Windows XP ou de Windows Server 2003, si les drivers ne sont pas intégrés dans l’image ou dans l’installation unattended, l’apparition des messages annonçant la découverte d’un nouveau périphérique peut se révéler très vite agaçant !

Cette nouvelle fiche technique met à disposition un correctif permettant de les supprimer :

KB938596 - Hotfix adds new functionality to suppress Plug and Play-related UI messages in Windows Server 2003 or in Windows XP

Guillaume

Windows Core Support Escalation Engineer

Pourquoi un Master Sysprep affiche un Stop 0x7B sur Windows Xp/2003

vincar — Wed, 26 Nov 2008 20:43:00 GMT

Je suis presque sûr que tout ceux qui ont eu a générer un master sysprep ont rencontré un Stop 0x7B (Inaccessible Boot Device)
Bien que plusieurs articles KB tournent autour de cette erreur, aucun d'entre eux n'explique vraiment pourquoi elle apparait...

Comment que ça se fait que ça marche pas?

Pour répondre à cette question, revenons en arrière, bien avant que cet écran bleu n'apparaisse...

...Plus tôt : le même jour!

Nous sommes en face d'une machine de référence contenant le Master que vous souhaitez "syspreper".
Cette machine contient donc:

une installation complète de Windows avec quelques personnalisations
quelques applications
un répertoire contenant les drivers des differents modèles de machines compatibles avec cette machine de référence
un répertoire Sysprep à la racine de c:\

Satisfait de l'état actuel de la machine de référence et ayant vérifié que cette machine n'entrait pas dans les scénarios non-supportés 828287 | Unsupported Sysprep scenarios, l'OS doit étre préparé à être déployé et donc redémarré sur un matériel différent. C'est là que Sysprep intervient :

Sysprep.exe : System Preparation Tool
Setupcl.exe : Permet de regenérer les identifiants uniques de la machine
Sysprep.inf : Fichier de réponse de Sysprep.exe

Note: Ces outils sont disponibles dans le deploy.cab. Il faut toujours utiliser le deploy.cab du dernier service pack sorti entre Xp et 2003 ; à l'heure d'aujourd'hui (à 5 minutes près), ce sont les outils du service pack 3 de Windows Xp qu'il faut utiliser
Windows XP Service Pack 3 Deployment Tools

...Vers Midi : Lancement de Sysprep, capture et descente du master

La commande Sysprep -mini -reseal a été lancée et la machine redémarre sur un WinPe 2.0 et Imagex (par exemple) est en train de capturer la partition contenant le Sysprep de Windows.

Mode de testing #1 :

la machine de référence est redémarrée sous WinPe, le disque formaté et l'imagex l'image wim du Master appliquée sur C:\ avec Imagex
Au redémarrage sur le disque local, la séquence de boot se passe normalement et Windows ecexute le mini-setup en utilisant les réponses dans le fichier Sysprep.inf

Mode de Testing #2 :

Pour s'assurer que le master est bien opérationnel, celui-ci est descendu sur la machine compatible la plus récente...
...et là c'est le drame du reboot en boucle (et le moment d'aller prendre un café) malgré le test des differents choix proposés par le mode sans echec.

...Plus tard : Pourquoi tu fais ça?

1. Un peu plus loin dans le processus de démarrage

C'est lors de la bascule en mode driver que les bactéries attaquent, si Windows ne trouve pas de pilote compatible il affiche un Stop 0x7B.
Windows passe en mode driver afin d'améliorer les performances (I/O)

2. Confirmer les soupçons

Si vous êtes bloqué dans une boucle de démarrage, vous n'avez pas le temps de voir le message d'erreur qui apparait.
En éditant le Wim avant la descente ou bien en redémarrant avec WinPe après avoir rencontré l'erreur, on peut forcé la machine à ne pas redémarrer suite à un écran bleu.

Démarrer sous WinPe
Lancer regedit :
- Se placer sur HKLM
- Cliquer sur Fichier\Charger la ruche
- Aller sous %SystemRoot%\System32\Config
- Sélectionner le fichier SYSTEM
- Valider et donner n’importe quel nom (par exemple : TempSys)
  - Aller sous HKLM\TempSys\ControlSet001\Control\CrashControl
  - Passer la valeur de la variable AutoReboot de 1 à 0
- Se placer à la racine de TempSys, cliquer sur Fichier\Décharger la ruche
Au prochain redémarrage, la machine devrait rester figée sur l'écran bleu

3. Résoudre le problème (éviter serait plus juste) :

Pour éviter de tomber dans cette situation, il faut repartir du master avant de lancer Sysprep.exe;

Créer un fichier Sysprep.inf ne contenant que la section [SysprepMassStorage]
Lancer la commande : c:\Sysprep\Sysprep.exe –bmsd
- Celui-ci peuple le fichier réponse avec les drivers MassStorage connus de Windows
Ensuite ajouter les drivers MassStorage non-connus de votre parc manuellement
- Ajouter des lignes sous la forme : HardwareID = c:\Drivers\Mass\Sata1\Driver.inf
- Il faut donc identifier sur vos différentes machines si le périphérique MassStorage est connus ou non
  - Si oui : rien à faire (c'est pas souvent)
  - Si non : récupérer le driver dans un répertoire (1 fichier *.inf, 1 fichier *.sys, 1 fichier *.cat et des 1 fichier *.dll)

Note : le fichier Ref.chm du deploy.cab est une aide assez complète pour le Setup
La section [SysprepMassStorage] y est aussi détaillée

La réponse BuildMassStorageSection=yes proposée dans l'article ci-arpès fonctionne aussi mais ne correspond qu'au Sysprep -bmsd :
- 303786 | Missing [SysprepMassStorage] Section Causes STOP 0x7B Error Message on Windows XP Sysprep Images

4. Vérifier avant de déployer :

Petite procédure pour vérifier la présence d’un contrôleur de stockage dans une image wim afin de s'assurer que le Master en rencontrera pas de Stop 0x7B :

Monter le wim via : imagex /mountrw CheminDuWim Index RépertoireNTFSVide
Lancer regedit :
- Se placer sur HKLM
- Cliquer sur Fichier\Charger la ruche
- Aller sous %SystemRoot%\System32\Config
- Sélectionner le fichier SYSTEM
- Valider et donner n’importe quel nom (par exemple : TempSys)
  - Aller sous HKLM\TempSys\ControlSet001\Control\CriticalDeviceDatabase
  - Vérifier l’existence du HardwareID (HWID = PCI#Ven… ou SCSI#… )
  - Vérifier également l’existence du Service associé sous HKLM\TempSys\ControlSet001\Service
- Une fois les contrôles effectués, se placer à la racine de TempSys, cliquer sur Fichier\Décharger la ruche
Puis démonter le wim : imagex /unmount RépertoireNTFSVide (+ /commit si vous voulez enregister les modifications)

...Après "plus tard" : Journée super productive!!!

Mon master fonctionne sur tous les MassStorage de mon parc : ATA, Sata, SCSI...
Au revoir le stop 0x7B!

...Pour finir : d'autres petites infos

Plug&Play vs MassStorage:

Les pilotes MassStorage ne sont pas Plug&Play, ils doivent être chargés très tot c'est pourquoi ils ne doivent pas apparaitre dans le OemPnpDriversPath du fichier de réponse.
Cette réponse correspond à la variable HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion!DevicePath
La detection plug&play est lancée bien plus tard.

Petit Rappel concernant La machine de référence :

Elle doit être la plus simple possible
Ne pas intégrer de périphérique "exotiques"
Il faut installer un minimum de drivers afin d’éviter les entrées dupliquées dans la base de registre et périphérique fantôme
Une machine virtuelle (sans additions) convient comme machine de référence

Ajouter des Contrôleur à un Sysprep existant:

Ajouter manuellement les entrées de registre dans CriticalDeviceDatabase et Services pour un nouveau contrôleur n'est pas supporté
MDT sait faire ce genre d'action
Setting variables through a Task Sequence

Malgré la longeur de l'article j'espère que celui-ci reste clair et compréhensible...

Tête de Vincar
Windows Core Support Engineer

C:\>Windows Internals - L'équipe Française de Support Windows_ : Déploiement

Ne plus afficher les boîtes de dialogue relatives aux évènements Plug and Play

Pourquoi un Master Sysprep affiche un Stop 0x7B sur Windows Xp/2003