none
Problème déploiement Windows XP sur CONFIG différente (matériel / Profil user) RRS feed

  • Question

  • Bonjour,

    Après avoir capturé mon image WinXP sur 1 PC DELL Optiplex 360, je la déploie sur des DELL GX280 en y intégrant les bons drivers dans la TS.

    Tout se passe bien... tant qu'on ne s'est pas logué.

    Voici le déroulement du login (localement ou dans le domaine) :

    1- chargement de vos paramètres personnel

    2- activation des paramètres ordinateur

    3- activation de vos paramètres personnel

    4- j'ai le sablier... puis la machine redémarre (???)

    A chaque login c'est la même chose, sauf en mode sans échec (réseau ou pas).

    En mode sans échec, j'ai vérifié mes différents drivers, ce sont bien les bons qui sont installés.

    J'ai plutôt l'impression que c'est au niveau profil user que ça coince.

    J'ai tâché de créer des comptes user + admin (commandes:  net user et net localgroupe) en les intégrant dans le groupe admin local du pc dans ma TS (exécuter la ligne de commande), mais cette étape plante ma TS (?)

    je place ces commandes après "Configurer Windows et ConfigMgr".

    INFO: J'ai fait ma capture avec USMT et le profil user utilisé pendant la capture est bien restitué.

    Merci de votre aide.


    • Modifié Tech-Os mercredi 29 mai 2013 07:37
    mardi 28 mai 2013 07:50

Toutes les réponses

  • Bonjour,

    En effet bizarre...

    Je pense qu'il faut commencer par réduire le périmètre de ton problème:

    1. Qu'est ce que disent tes journaux d'évènement ? Avec d'exploser en vol, on trouve assez souvent du rouge dans les logs...

    2. Si tu prends ton image WIM et que tu l'appliques à la main (sans SCCM) (imagex /apply...) sur un poste, reproduits tu le même problème ? Ca pourrait indiquer un problème dans ton master et non avec SCCM

    3. Utilises-tu des utilisateurs du domaine ou des utilisateurs locaux ? Est ce que tu reproduits le même problème avec un tilisateur local ? Est ce que tu reproduits le même problèmes avec une machine hors du domaine ? Ca permettrait d'exclure un problème provenant de l'AD (GPO pourrie, script...)

    @bientôt et bon courage


    Julien TRUCHOT | My blog: www.nomizo.fr | Viadeo

    mardi 28 mai 2013 10:18

  • 1- en fin de matinée, c'est exactement ce que j'ai vérifié.

    J'ai un SaveDump :l'ordinateur a redémarré après une vérification d'erreur : erreur 0x10000007f (0x00000008, 0x80042000, 0x00000000, 0x00000000)

    2- je n'ai pas fait ce test. Par contre, j'ai appliquer l'image via SCCM sur un poste identique Dell 360 à celui avec lequel j'ai créé l'image et cela fonctionne. Le soucis est quand je veux l'appliquer sur un DELL GX280... vu que le matériel est différent, et malgrès que j'applique les bons drivers, j'ai ce plantage. Je pense que c'est au niveau de Win XP qui détecte un changement conséquent de matériel (je me suis rappelé qu'à "l'époque" quand on modifiait le matériel, il fallait réactiver WinXP... et aussi possibilité de plantage avec écran bleu...). 

    3- quel que soit la config (machine dans le domaine ou pas, utilisateur du domaine ou local), c'est le même plantage. De plus je n'applique pas encore de GPO (c'est mon labo de test avant le passage en prod... début juin!)

    mardi 28 mai 2013 13:12
  • Info intéressante... c'est du Windows XP et le problème se produit quand tu changes de matériel.

    Quelle sont les différences exactement ? Est ce que par hasard, tu aurais d'un coté un processeur Intel et de l'autre un processeur AMD ?

    J'ai déjà eu des problèmes dans ce genre. Avec Intel, un service se crée pour gérer ton processeur, ce service est hautement incompatible avec les processeurs AMD. Je n'ai pas mon script sous la main mais tu peux regarder ici http://www.pcinpact.com/news/43601-windows-sp3-reboot-intel.htm.

    La solution consiste à désactiver ce service avant de générer l'image. Quand on descendait l'image, on faisait une requête WMI pour obtenir le type de processeur et on réactivait ou non ce service.


    Julien TRUCHOT | My blog: www.nomizo.fr | Viadeo

    mardi 28 mai 2013 14:16
  • pour résumé : 

    l'image Win XP SP3 a été réalisée sur un DELL OPTIPLEX 360 - INTEL DUAL CORE E2200

    Si je descend l'image sur un autre PC identique : OK

    Si je descend l'image sur un DELL OPTIPLEX GX280 - INTEL -PENTIUM 4 

    A- Avec les bons drivers via la TS en mode NORMAL : KO (SaveDump, activation de vos paramètres personnels,  j'ai le sablier... puis la machine redémarre )

    Ne fonctionne pas non plus avec le profil user avec lequel j'ai créé l'image. 

    B- Avec les bons drivers via la TS en mode SANS ECHEC : j'accède au bureau Windows 

    C- SANS APPLIQUER LES BONS DRIVER dans la TS : OK, windows se lance dans le profil user avec lequel j'ai créé l'image :  drivers HS pour : carte graphique, réseau, audio. Par contre au niveau CPU c'est bien le P4 qui apparaît dans "processeurs".

     ???



    • Modifié Tech-Os mardi 28 mai 2013 14:52
    mardi 28 mai 2013 14:46
  • Ok, ce n'est donc pas un problème de descente de master, mais un problème de drivers.

    Ils sont probablement mal appliqués durant la descente du master. Reste à trouver lequel.

    Je te propose la démarche suivante :

    1. Tu descends ton master sans drivers. Tu appliques à la main, chacun de tes drivers comme le ferais SCCM. Tu ne lances pas les setup ou les msi mais tu appliques les fichiers inf (ligne de commande pnputil.exe /i /a fichier.inf)

    Tu vérifies que tout se passe bien (reboot de la machine, ouverture de session...)

    2. tu retires les drivers du GX280 de SCCM. Tu descends ton master et tu les ajoutes un à un.

    Une fois que tu as trouvé le drivers qui pose problème, il te reste à investiguer.


    Julien TRUCHOT | My blog: www.nomizo.fr | Viadeo

    mercredi 29 mai 2013 09:21
  • j'effectuerai cette démarche cet après-midi.

    Actuellement, je test une TS :

    1- descente de l'image sans driver + appli paramètres windows + configurer windows et configmgr

    2- reboot machine

    3- application des drivers

    c'est en cours....


    • Modifié Tech-Os mercredi 29 mai 2013 09:44
    mercredi 29 mai 2013 09:44
  • Info intéressante... c'est du Windows XP et le problème se produit quand tu changes de matériel.

    Quelle sont les différences exactement ? Est ce que par hasard, tu aurais d'un coté un processeur Intel et de l'autre un processeur AMD ?

    J'ai déjà eu des problèmes dans ce genre. Avec Intel, un service se crée pour gérer ton processeur, ce service est hautement incompatible avec les processeurs AMD. Je n'ai pas mon script sous la main mais tu peux regarder ici http://www.pcinpact.com/news/43601-windows-sp3-reboot-intel.htm.

    La solution consiste à désactiver ce service avant de générer l'image. Quand on descendait l'image, on faisait une requête WMI pour obtenir le type de processeur et on réactivait ou non ce service.


    Julien TRUCHOT | My blog: www.nomizo.fr | Viadeo

    hier, j'ai effectué cette manipulation, cela ne marche pas...
    mercredi 29 mai 2013 09:46
  • après avoir descendu l'image sans les drivers audio, vidéo et réseau, je les ai appliqués 1 à 1.

    Résultat: c'est le driver AUDIO SoundMAX qui fait planter la machine.

    Cela ce produit que j'utilise le driver qui était installé sur la machine, avant de descendre l'image, ou le dernier driver fournit par DELL...

    ???

    mercredi 29 mai 2013 14:48
  • Ton problème illustre bien l'importance de générer une image sur une configuration matérielle aussi neutre que possible.

    En général, on crée les masters sur des machines virtuelles VirtualPC ou HyperV. Il n'y a donc pas de contrôleur AHCI, RAID, de chipset bizarre ou autre. On installe évidement aucun outils.

    Dans ton cas, on peut imaginer que ton image contient une dll/paramétrage/trucpastop qui entre en conflit avec le driver de ta carte son.

    Je te recommande donc de prendre un poste un peu puissant, d'installer Virtual PC et de refaire ton master dans un VM. Ton problème devrait sans doute partir, sinon le problème se situe au niveau du paramétrage et des appli que tu appliques dans ton master.

    Bon courage


    Julien TRUCHOT | My blog: www.nomizo.fr | Viadeo

    mercredi 29 mai 2013 15:20
  • ok je vais tester cela demain.

    Merci de l'info.

    mercredi 29 mai 2013 16:00