none
Sysprep lors d'une capture RRS feed

  • Question

  • Bonjour, 

    J'ai créer une image wim contenant les principaux logiciels de notre entreprise. Cette image est ensuite déployée via SCCM sur les nouveaux postes.
    Cette image est amenée à changer au fil du temps, on la modifie puis on la re capture.

    Sauf que maintenant on ne peux pas capturer notre pc de référence, le sysprep /generalise ne le permet que trois fois.

    Comment passer outre cette limitation  en utilisant l'outils de capture intégrer dans SCCM (via un DVD) ?

    Merci


    lundi 4 février 2013 09:43

Réponses

  • SCCM ou Ghost ca c'est votre cuisine interne ... les inconvénients ne viennent pas du produit mais de la personne qui l'utilise. Bref, ce n'est pas une question de version 2007 ou 2012 mais plutôt de la methode de deploiement. En ce qui vous concerne, si vous voulez garder vos manières il vous sera plus intéressent que la machine de reference soit une VM pour bénificier des snaphots et d'un retour en arrière qui empêche de tomber dans ce type de piège.


    Bechir Gharbi | My blog: @myITforum.com | Twitter: @Bechir_Gharbi | Linkedin: Bechir Gharbi | Time zone: GMT + 1

    lundi 4 février 2013 18:44
    Modérateur

Toutes les réponses

  • Bonjour,

    Il y a 3 scénarios pour votre cas:

    1# Installer les nouvelles applications directement depuis la séquence de tâches au lieu de les intégrer dans l'image.

    2# Recréer votre image (avec les anciennes/nouvelles applications) avec une séquence de tâche Build & capture.

    3# Passer par SkipRearm pour éviter cette limitation (merci de bien lire cet article http://technet.microsoft.com/fr-fr/library/dd744512(v=ws.10).aspx).


    Bechir Gharbi | My blog: @myITforum.com | Twitter: @Bechir_Gharbi | Linkedin: Bechir Gharbi | Time zone: GMT + 1

    lundi 4 février 2013 12:27
    Modérateur
  • D'accord je pense utilisé la solution 3 avec le Skiprearm, mais comment spécifier le paramètre vue que ce n'st pas moi, mais le DVD de capture qui effectue le sysprep ?

    Et dans le cas ou je veux faire la solution 2, en passant via une TS Build & Capture, je ne vais pas avoir le probléme de limitation de sysprep ?

    Merci

    lundi 4 février 2013 12:59
  • 1# Si vous faites la capture manuellement avec le media capture alors il faut exécuter le skiprearm sur la machine de référence (regardez les explications dans le lien fourni).

    2# En passant par une build et capture vous n'aurez aucune limitation car c'est l'image d'origine qui s'installera et on aura toujours un seul sysprep fait.


    Bechir Gharbi | My blog: @myITforum.com | Twitter: @Bechir_Gharbi | Linkedin: Bechir Gharbi | Time zone: GMT + 1

    lundi 4 février 2013 13:58
    Modérateur
  • J'opte pour skiprearm, j'ai une machine que je dois absolument capturer sauf que le sysprep à déjà était fait 3 fois. j'ai mis un fichier de réponse xml avec skipRearm à 0 mais j'ai toujours le message d'erreur "Une erreur fatal c'est produite".

    La documentation que vous m'avez donné n'est pas du tout explicite pour passer outre ce problème.

    lundi 4 février 2013 14:15
  • Quelle méthode de capture utilisez-vous?

    Bechir Gharbi | My blog: @myITforum.com | Twitter: @Bechir_Gharbi | Linkedin: Bechir Gharbi | Time zone: GMT + 1

    lundi 4 février 2013 15:08
    Modérateur
  • La méthode depuis un DVD.
    Mais j'ai essayé de lancer le sysprep directement en ligne de commande avec skiprearm = 1 dans le fichier de réponse (dans le format xml bien sur)
    lundi 4 février 2013 15:16
  • Si le skiprearm ne marche pas alors essaye ca:

    Utiliez le registre pour modifier les valeurs comme suit 

    HKEY_LOCAL_MACHINE\SYSTEM\Setup\Status\SysprepStatus\GeneralizationState\

    CleanupState:2

    HKEY_LOCAL_MACHINE\SYSTEM\Setup\Status\SysprepStatus\GeneralizationState\

    GeneralizationState:7

    ensuite reéxécutez sysprep /generalise sans skiprearm.

    Si cette méthode ne résoud pas votre pb dans ce cas il faut passer par un build et capture.

    A+ et bonne chance.



    Bechir Gharbi | My blog: @myITforum.com | Twitter: @Bechir_Gharbi | Linkedin: Bechir Gharbi | Time zone: GMT + 1


    lundi 4 février 2013 15:20
    Modérateur
  • Je viens d'essayé :

    L'ordinateur à bien redémarrer après le sysprep mais au démarrage il affiche une erreur et reboot indéfiniment..

    lundi 4 février 2013 15:40
  • Ne perdez pas encore du temps à troubleshooter, il ne vous reste que le build et capture.

    Bechir Gharbi | My blog: @myITforum.com | Twitter: @Bechir_Gharbi | Linkedin: Bechir Gharbi | Time zone: GMT + 1

    lundi 4 février 2013 15:42
    Modérateur
  • Oui, je vais déployer un nouveau PC en installant les logiciels dans ma TS, mais aprés je veux pouvoir modifier l'OS et le capturer un nombre de fois illimité. Comment faire pour ne pas incrémenter à chaque fois le compteur ?
    lundi 4 février 2013 15:48
  • Il faut comprendre que chaque méthode a des inconvinients et das avantages, moi je préfère avoir un OS light et je déploie dérrière mes appli via la TS. Vous vivez en ce moment les inconvénients de la méthode d'intégration des appli directement dans l'image et du coup je suis navré je ne peux vous aider car je n'ai pas une baguette magique ... soit vous changez la méthode (OS light + appli dans la TS) soit vous allez tomber toujours dans le piège et dans ce cas vous seriez obliger de passer par un nouveau build et capture (que ce soit via une TS ou manuellement).

    Aller, je vous laisse. A+


    Bechir Gharbi | My blog: @myITforum.com | Twitter: @Bechir_Gharbi | Linkedin: Bechir Gharbi | Time zone: GMT + 1

    lundi 4 février 2013 15:54
    Modérateur
  • La seule raison qui me pousse à créer une image type de Win7 c'est la durée d'exécution de la TS qui dépasse largement les 2h (avec les applications).

    Après il est quand même surprenant que ce ne soit pas intégrer dans SCCM, on a une licence authentique je ne comprend pas qu'il existe une limite tel que celle ci alors qu'on sait pertinemment que lorsqu'on déploie des postes tout les jours, on est amené à modifier régulièrement nos images pour les maintenir à jours.
    Est-ce le même problème dans SCCM 2012 ? Car avec les inconvenants que proposent SCCM on a finalement + d'avantages à conserver notre mode de déploiement avec des ghosts Symantec.


    lundi 4 février 2013 16:03
  • SCCM ou Ghost ca c'est votre cuisine interne ... les inconvénients ne viennent pas du produit mais de la personne qui l'utilise. Bref, ce n'est pas une question de version 2007 ou 2012 mais plutôt de la methode de deploiement. En ce qui vous concerne, si vous voulez garder vos manières il vous sera plus intéressent que la machine de reference soit une VM pour bénificier des snaphots et d'un retour en arrière qui empêche de tomber dans ce type de piège.


    Bechir Gharbi | My blog: @myITforum.com | Twitter: @Bechir_Gharbi | Linkedin: Bechir Gharbi | Time zone: GMT + 1

    lundi 4 février 2013 18:44
    Modérateur
  • Je vais opter pour la solutions des snapshots. Je vais créer une image de référence et je reviendrai en arrière une fois la capture réalisé.

    Merci

    lundi 11 février 2013 13:59