sticky
Déploiement et Administration de Windows 7 - tips&tricks pour les professionnels IT

Toutes les réponses


  • 2. Sysprep : changement id poste automatiquement et reconfiguration + sysprep.xml faillit





    Bonjour,

    J'ai un soucis concernant l'utilisation de sysprep dont voici ci joint le fichier .xml.

    Le but recherché est de pouvoir déployer une image de seven (via clonezilla) sur plusieurs postes et de pouvoir changer le nom des postes ainsi que leurs SID. Il faut aussi les intégrer automatiquement au domaine.

    Pour changer le nom des machines, j'utilise wsname qui va faire un reverseDNS. Pour l'intégration automatique à un domaine, j'ai créé un script (powershell) qui fonctionne assez bien mais installer 400 Mo pour ceci, c'est un peu trop surdimensionné. Sysprep a l'air de gérer l'intégration du domaine, ça serait plus pratique.

    <unattend>
    	<settings pass="windowsPE">
    		<component name="Microsoft-Windows-International-Core-WinPE" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    			<SetupUILanguage>
    				<UILanguage>fr-FR</UILanguage>
    			</SetupUILanguage>
    			<InputLocale>040c:0000040c</InputLocale>
    			<UserLocale>fr-FR</UserLocale>
    			<UILanguage>fr-FR</UILanguage>
    			<SystemLocale>fr-FR</SystemLocale>
    		</component>
    		<component name="Microsoft-Windows-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    			<UserData>
    				<AcceptEula>true</AcceptEula>
    				<FullName>#####</FullName>
    				<Organization>#####</Organization>
    				<ProductKey>
    					<Key>#####-#####-#####-#####-#####</Key>
    					<WillShowUI>Never</WillShowUI>
    				</ProductKey>
    			</UserData>
    		</component>
    	</settings>
    	<settings pass="oobeSystem">
    		<component name="Microsoft-Windows-Shell-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    			<OOBE>
    				<HideEULAPage>true</HideEULAPage>
    				<NetworkLocation>Home</NetworkLocation>
    				<ProtectYourPC>2</ProtectYourPC>
    				<SkipMachineOOBE>true</SkipMachineOOBE>
    				<SkipUserOOBE>true</SkipUserOOBE>
    			</OOBE>
    			<TimeZone>Romance Standard Time</TimeZone>
    			<UserAccounts>
    				<AdministratorPassword>
    					<Value/>
    					<PlainText>true</PlainText>
    				</AdministratorPassword>
    				<LocalAccounts>
    					<LocalAccount wcm:action="add">
    						<Password>
    							<value/>
    							<PlainText>true</PlainText>
    						</Password>
    						<Description/>
    						<DisplayName>#####</DisplayName>
    						<Group>Administrators</Group>
    						<Name>#####</Name>
    					</LocalAccount>
    				</LocalAccounts>
    			</UserAccounts>
    		</component>
    			<component name="Microsoft-Windows-Sidebar" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    			<SidebarOnByDefault>true</SidebarOnByDefault>
    			<SidebarVisible>true</SidebarVisible>
    		</component>
    		<component name="Microsoft-Windows-International-Core" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    			<InputLocale>040c:0000040c</InputLocale>
    			<UserLocale>fr-FR</UserLocale>
    			<UILanguage>fr-FR</UILanguage>
    			<SystemLocale>fr-FR</SystemLocale>
    		</component>
    	</settings>
    	<settings pass="specialize">
    		<component name="Microsoft-Windows-Shell-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    			<RegisteredOrganization>#####</RegisteredOrganization>
    			<RegisteredOwner>#####</RegisteredOwner>
    		</component>
    		<component name="Microsoft-Windows-UnattendedJoin" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    			<Identification>
    				<Credentials>
    					<Domain>#####</Domain>
    					<Password>#####</Password>
    					<Username>#####</Username>
    				</Credentials>
    				<JoinDomain>#####</JoinDomain>
    			</Identification>
    		</component>
    	</settings>
    </unattend>
    


    Hors ce dernier ne veut exécuter mon .xml

    Lorsque je lance la commande : sysprep.Exe /generalize /oobe /unattend:unattend.xml, je reçois une notification pour me prévenir qu'une erreur grave s'est produite lors de l'exécution de sysprep sur l'ordinateur.
    Voici les logs :
    #setupact.log
    2010-01-21 09:04:19, Info                  SYSPRP ========================================================
    2010-01-21 09:04:19, Info                  SYSPRP ===          Beginning of a new sysprep run          ===
    2010-01-21 09:04:19, Info                  SYSPRP ========================================================
    2010-01-21 09:04:19, Info       [0x0f004d] SYSPRP The time is now 2010-01-21 09:04:19
    2010-01-21 09:04:19, Info       [0x0f004e] SYSPRP Initialized SysPrep log at C:\Windows\System32\sysprep\Panther
    2010-01-21 09:04:19, Info       [0x0f0054] SYSPRP ValidateUser:User has required privileges to sysprep machine
    2010-01-21 09:04:19, Info       [0x0f007e] SYSPRP FCreateTagFile:Tag file C:\Windows\System32\sysprep\Sysprep_succeeded.tag does not already exist, no need to delete anything
    2010-01-21 09:04:19, Warning               SYSPRP WinMain: File operations pending
    2010-01-21 09:04:20, Info       [0x0f005f] SYSPRP ParseCommands:Found supported command line option 'GENERALIZE'
    2010-01-21 09:04:20, Info       [0x0f005f] SYSPRP ParseCommands:Found supported command line option 'OOBE'
    2010-01-21 09:04:20, Info       [0x0f005f] SYSPRP ParseCommands:Found supported command line option 'UNATTEND'
    2010-01-21 09:04:20, Info       [0x0f004a] SYSPRP WaitThread:Entering spawned waiting thread
    2010-01-21 09:04:20, Info                         [sysprep.exe] UnattendFindAnswerFile: Looking at explicitly provided unattend file [unattend.xml]...
    2010-01-21 09:04:20, Error                        [sysprep.exe] UnattendFindAnswerFile: Unable to deserialize explicitly provided unattend file [unattend.xml]; status = 0x800705b9, hrResult = 0x0.
    2010-01-21 09:04:20, Error      [0x0f009e] SYSPRP SysprepSearchForUnattend: Failed while searching for unattend file; hr = 0x800705b9
    2010-01-21 09:04:20, Error      [0x0f00a5] SYSPRP WinMain:Encountered error while searching for unattend file; hr = 0x800705b9
    2010-01-21 09:05:36, Info       [0x0f004c] SYSPRP WaitThread:Exiting spawned waiting thread
    2010-01-21 09:05:37, Info       [0x0f0052] SYSPRP Shutting down SysPrep log
    2010-01-21 09:05:37, Info       [0x0f004d] SYSPRP The time is now 2010-01-21 09:05:37
    
    #setuperr.log
    2010-01-21 09:04:20, Error                        [sysprep.exe] UnattendFindAnswerFile: Unable to deserialize explicitly provided unattend file [unattend.xml]; status = 0x800705b9, hrResult = 0x0.
    2010-01-21 09:04:20, Error      [0x0f009e] SYSPRP SysprepSearchForUnattend: Failed while searching for unattend file; hr = 0x800705b9
    2010-01-21 09:04:20, Error      [0x0f00a5] SYSPRP WinMain:Encountered error while searching for unattend file; hr = 0x800705b9
    J'aimerais enfaite utiliser sysprep pour qu'au premier démarrage de la machine (après restauration de l'image via clonezilla), il puisse intégrer un domaine automatiquement et changer le SID unique de la machine (tout ça en transparent biensûr) comme sur les postes précèdent en XP... (il faudrait ordonner à sysprep d'executer une ligne de commande aussi comme par exemple avec le .inf sous XP : "
    [Unattended]
    InstallFilesPath C:\sysprep\i386 (ce dernier dossier contenait un .txt avec les commandes à lancer.)

    Voilà je pense avoir tout dis, si ce n'est pas assez claire, n'hésitez pas !

    Conclusion : à la fin, sysprep va devoir s'occuper au premier démarrage de :
    - executer une commande
    - changer le sid
    - s'intégrer à un domaine existant

    Merci bien !
    jeudi 21 janvier 2010 08:26
  • Petit Up,

    à noter que dans la manipulation qui va suivre :
    - intégration à un workgroup
    - nom d'hôté généré automatiquement

    après plusieurs tentatives, j'ai réussis à prendre en compte le XML mais lors tu reboot, sysprep me prévient qu'il manque un composant ou qu'une syntaxe est mal formée dans le XML (faut pas trop compter sur les logs chez microsoft pour débug quelque chose :D *humour du jour*). Cela veut dire que je dois restaurer l'image : seven HS vu qu'il ne veut plus booter.

    J'ai remis en place un script aujourd'hui qui ne fonctionne pas :
    <?xml version="1.0" encoding="utf-8"?>
    <unattend xmlns="urn:schemas-microsoft-com:unattend">
    	<settings pass="windowsPE">
    		<component name="Microsoft-Windows-International-Core-WinPE" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    			<SetupUILanguage>
    				<UILanguage>fr-FR</UILanguage>
    			</SetupUILanguage>
    			<InputLocale>040c:0000040c</InputLocale>
    			<UserLocale>fr-FR</UserLocale>
    			<UILanguage>fr-FR</UILanguage>
    			<SystemLocale>fr-FR</SystemLocale>
    		</component>
    		<component name="Microsoft-Windows-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    			<UserData>
    				<AcceptEula>true</AcceptEula>
    				<FullName>****</FullName>
    				<Organization>****</Organization>
    				<ProductKey>
    					<Key>****</Key>
    					<WillShowUI>OnError</WillShowUI>
    				</ProductKey>
    			</UserData>
    		</component>
    	</settings>
    	<settings pass="specialize">
    		<component name="Microsoft-Windows-Shell-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    			<ComputerName>*</ComputerName>
    		</component>
    		<component name="Microsoft-Windows-UnattendedJoin" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    			<Identification>
    				<JoinWorkgroup>Work</JoinWorkgroup>
    			</Identification>
    		</component>
    	</settings>
    	<settings pass="oobeSystem">
    		<component name="Microsoft-Windows-Shell-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    			<!-- <FirstLogonCommands>
    				<SynchronousCommand wcm:action="add">
    					<Order>1</Order>
    					<CommandLine>chemin de la commande à tapper</CommandLine>
    				</SynchronousCommand>
    			</FirstLogonCommands> -->
    			<UserAccounts>
    				<AdministratorPassword>
    					<Value>*****</Value>
    					<PlainText>true</PlainText>
    				</AdministratorPassword>
    				<LocalAccounts>
    					<LocalAccount wcm:action="add">
    						<Password>
    							<Value>****</Value>
    							<PlainText>true</PlainText>
    						</Password>
    						<Name>Admin</Name>
    						<Group>Administrators</Group>
    						<DisplayName>Admin</DisplayName>
    						<Description>Administrateur</Description>
    					</LocalAccount>
    				</LocalAccounts>
    				<TimeZone>Romance Standard Times</TimeZone>
    			</UserAccounts>
    			<OOBE>
    				<HideEULAPage>true</HideEULAPage>
    				<NetworkLocation>Home</NetworkLocation>
    				<ProtectYourPC>2</ProtectYourPC>
    			</OOBE>
    			<RegisteredOrganization>****</RegisteredOrganization>
    			<RegisteredOwner>*****</RegisteredOwner>
    		</component>
    		<component name="Microsoft-Windows-Sidebar" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    			<SidebarOnByDefault>true</SidebarOnByDefault>
    			<SidebarVisible>true</SidebarVisible>
    		</component>
    	</settings>
    
    </unattend>
    Ne pas prendre en compte le script en commentaire (avant tout j'essaye de faire reboot pour une reconfiguration automatique). De plus, pour *faciliter* les choses, j'ai décidé de l'intégrer à un workgroup et de spécifier un nom d'hôte automatique (d'où l'étoile : *).

    Ce qui est curieux, c'est l'erreur qui apparait lors de l'exécution de Sysprep (elle est détaillée ??? NON ???) !
    Fichier de réponse non valide : erreur ligne 49, col 6 soit
    <LocalAccount wcm:action="add">
    Où est le soucis ?

    c'est pourtant la bonne syntaxe récupée dans la doc (http://technet.microsoft.com/en-us/library/cc749195%28WS.10%29.aspx) ou dans divers forums (http://www.win-web.be/forum/index.php?showtopic=9031 , http://social.technet.microsoft.com/Forums/fr-FR/win7fr/thread/76b20185-93c9-4728-8385-92db823517bf et bien d'autres)

    Voilà si quelqu'un peut m'aider, ça ne serait pas de refus :p
    vendredi 22 janvier 2010 09:27
  • Bonjour et merci à toi Roxana pour ces liens,

    après avoir parcouru de nombreuses docs, j'ai enfin utilisé WAIK qui fonctionne assez bien avec l'image setup.wim contenu dans le dvd d'installation de windows seven.

    via la commande sysprep.exe /oobe => ça fonctionne très bien, le xml est bien pris en compte, rien ne m'est demandé.

    si je fais la commande sysprep.exe /generalize /oobe /reboot (qui est essentiel pour générer de nouveau l'sid et refaire la découverte du matériel), il reboot, s'occupe de la base de registre et juste au moment du démarrage des services (via le programme d'installation), j'ai une erreur : "Windows n'a pas pu terminer la configuration du système. Pour tenter de reprendre la configuration, redémarrez l'ordinateur."

    D'après les résultats sur google, ça viendrait de la date dans le bios ou du câble réseau :O (évidemment ça ne change rien)

    Est ce que quelqu'un a déjà eu cette erreur ?
    mardi 26 janvier 2010 08:28
  • Sur un windows 7 pro FR, je souhaite lancer sysprep pour créer une image master, j'ai testé ces différentes commandes :
    sysprep /generalize
    sysprep /generalise /oobe
    sysprep /generalize /oobe /unattend:sysprep.xml

    la commande sysprep en elle même fonctionne bien.
    par contre au reboot de la machine lors de la phase "le programme d'installation démarre les services" le message d'erreur "Windows n'a pas pu terminer la configuration du système. Pour tenter de reprendre la configuration, redémarrez l'ordinateur." apparait. Le fait de rebooter redonne cette erreur, cette même erreur apparait en tentant de démarrer en mode sans echec ou ligne de commande. La dernière bonne configuration connue ne permet pas non plus de démarrer la machine.
    J'ai tenté d'appliquer le patch "alpha" du KB977392 vu qu'il est sencé regler le même symptome, cela ne fonctionne pas non plus.
    Les logs de sysprep ne m'indiquent rien de spécial, le log de boot win7 non plus.
    Je suis à court d'idées. Comment déterminer ce qui ne fonctionne pas, et comment lancer sysprep sans planter mes machines ?

    je lance sysprep avec un compte "install" qui appartient au groupe local "administrateurs"
    je travaille sur un Dell Optiplex 745 Bios version 2.6.3
    mardi 26 janvier 2010 11:12
  • j'ai exactement le même soucis sous Seven, au départ c'était à cause de mes pilotes SONS, SPDT, ensuite j'ai refais une install neuve en installant simplement OOo => même problème :(

    Concrètement, voici les origines/solutions proposés :

    - Sortir le client du domaine

    - Ne surtout pas installer de pilotes de type SPDT (alcohol, daemons tools et j'en passe)

    - ou sinon petite Solution :
    1. When the error message apears, open up a command window with SHIFT + F11
    2. open the REGEDIT
    3. navigate to hklm\system\setup
    4. change CmdLine to blank (no value entered) (was oobe\windeploy.exe)
    5. change CreateNewQueueOnFirstBoot to 0 (was 1)
    6. change OOBEInProgress to 0 (was 1) (i am guessing that might be AUDITInProgress if that was your sysprep choice)
    7. change SetupPhase to 0 (was 4)
    8. change SetupShutdownRequired to 0 (was 1)
    9. change SetupType to 0 (was 2)
    10. change SystemSetupInProgress to 0 (was1)

    11. exit REGEDIT and reboot


    Attention, j'ai testé cette dernière et ça a fouttu la pagaille dans le sys :)
    après plus moyen de sysprep, tout était HS, c'est surtout pour reboot.

    J'ai installé une nouvelle fois Seven et retester après avoir installer OOo et notepad++, et je n'ai plus cette erreur... je comprends pas d'où ça vient et j'espère que ça ne le fait pas aléatoirement.

    Là j'installe de nouveau un Seven de base avec mise à jour + les outils de bases utilisés et je verrais ce que ça donne :X

    PS : rends toi dans C:\Windows\Panther, il me semble qu'il y a les logs de boot, j'ai eu connaissance de ce dernier après avoir réinstaller, donc si tu vois des erreurs, essayes de les poster que je vois à quoi ressemblent ces dernières.
    jeudi 28 janvier 2010 07:59
  • Bonjour,

    J'ai exactement les mêmes problème que vous deux. et je dois terminer mon image de windows seven 64 bit pour l'entreprise dans laquelle je travaille cette après-midi.
    Avez-vous trouvez une solution ?

    Merci d'avance pour vos réponse,
    jeudi 28 janvier 2010 12:03
  • Personnelement, ça à l'air de fonctionner en attendant de faire plus de tests approfondis.

    Avec les pilotes audio ça fonctionne maintenant...

    Enfaite, quand j'avais ce message, c'était quand je ne restaurais que la partition contenant %WINDIR% et jamais la première partition système de 100 Mo.

    Là je viens de redéployer sur 2 postes de conf différentes l'image seven (32 bits) et sysprep fonctionne sans soucis.

    Je vais maintenant retenter en ne restaurant QUE la partition numéro 2 voir ce que ça donne et je vous tiens au courant.

    Pour infos : installation propre avec carte son installé à part + vlc / firefox / pdfcreator / xnview / powerarchiver / putty / putty / OOo d'installés en plus.

    EDIT : je viens de retenter en ne restaurant que la partoche %windir%, aucune erreur :X

    EDIT 2 : Bon ben c'est pas ça....
    Je vais tenter une nouvelle réinstallation en réinstallant les logiciels SANS mettre à jour la machine voir si ça peut provenir de ça

    EDIT 3 : ça fonctionne encore....
    Aux 2 personnes à qui ça arrive : merci de bien vouloir récupérer les logs dans C:\windows\panther et les paster ici. C'est important histoire de voir ce qui se passe (pour les prendre MAJ F10 par dessus l'erreur ou via le DVD d'installation) !
    jeudi 28 janvier 2010 12:40
  • j'ai comme l'impression que l'erreur vient quand WAIK est installé.....

    @ivotruc et @fred : ça donne quoi chez vous ? vous avez réussis à résoudre ce problème ? si oui, ça venait d'où ? comment avez vous fait ?

    EDIT : je viens de retenter sans WAIK, ça fonctionne...
    • Modifié hamador lundi 1 février 2010 10:17 edit
    lundi 1 février 2010 10:08
  • Salut Hamador

    Bonne intuition :), effectivement, sans WAIK ca à l'air de marcher, c'est suffisamment contre intuitif pour être une bonne explication ...
    A vérifier dans le temps, je vais commencer à charger mon master on verra si ca tient ...


    ps: vu qu'on a la même problématique de déploiement ca m'intéresserait d'échanger avec toi
    djassper chez hotmail point com


    Edit : en fait NON, j'ai installé WAIK sur une machine qui se sysprepait bien , elle a continué à bien se syspreper après l'install, j'ai été mauvaise langue trop tôt.

    C'est dommage car cela reporte la raison du bug sur une cause inconnue, à moins que ce fusse mon sysprep.xml qui était foireux tout en passant le test sous WAIK ...

    Bref je n'ai pour le moment plus cette erreur et j'espère ne plus la revoir ...
    Pour info voici mon unattend, invoqué via la commande :
    c:\windows\system32\sysprep\sysprep.exe /generalize /oobe /unattend:C:\Windows\System32\Sysprep\sysprep.xml
    <?xml version="1.0" encoding="utf-8"?>
    
    <unattend xmlns="urn:schemas-microsoft-com:unattend">
    
        <settings pass="oobeSystem">
    
            <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    
                <OOBE>
    
                    <HideEULAPage>true</HideEULAPage>
    
                    <NetworkLocation>Work</NetworkLocation>
    
                    <ProtectYourPC>3</ProtectYourPC>
    
                    <SkipMachineOOBE>false</SkipMachineOOBE>
    
                    <SkipUserOOBE>true</SkipUserOOBE>
    
                </OOBE>
    
                <AutoLogon>
    
                    <Password>
    
                        <Value>SDFGHJKSDFGHJKSDFGHJ</Value>
    
                        <PlainText>false</PlainText>
    
                    </Password>
    
                    <Enabled>true</Enabled>
    
                    <LogonCount>5</LogonCount>
    
                    <Username>install</Username>
    
                </AutoLogon>
    
                <FirstLogonCommands>
    
                    <SynchronousCommand wcm:action="add">
    
                        <Order>1</Order>
    
                        <RequiresUserInput>false</RequiresUserInput>
    
                        <CommandLine>c:\windows\system32\startup.bat</CommandLine>
    
                    </SynchronousCommand>
    
                </FirstLogonCommands>
    
                <RegisteredOrganization>Rennes1</RegisteredOrganization>
    
                <RegisteredOwner>ADMIN</RegisteredOwner>
    
                <UserAccounts>
    
                    <AdministratorPassword>
    
                        <Value/>
    
                        <PlainText>true</PlainText>
    
                    </AdministratorPassword>
    
                    <LocalAccounts>
    
                        <LocalAccount wcm:action="add">
    
                        <Password>
    
                            <Value>DFGHJKLDFGHJKLDFGHJK</Value>
    
                            <PlainText>false</PlainText>
    
                        </Password>
    
                        <Description/>
    
                            <DisplayName>Roger</DisplayName>
    
                            <Group>Administrators</Group>
    
                            <Name>Roger</Name>
    
                        </LocalAccount>
    
                    </LocalAccounts>
    
                </UserAccounts>
    
                <TimeZone>Romance Standard Time</TimeZone>
    
            </component>
    
            <component name="Microsoft-Windows-International-Core" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    
                  <InputLocale>040c:0000040c</InputLocale>
    
                <SystemLocale>fr-FR</SystemLocale>
    
                <UILanguage>fr-FR</UILanguage>
    
                <UserLocale>fr-FR</UserLocale>
    
            </component>
    
        </settings>
    
        <settings pass="specialize">
    
            <component name="Microsoft-Windows-Security-SPP-UX" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    
                <SkipAutoActivation>true</SkipAutoActivation>
    
            </component>
    
            <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    
                <CopyProfile>true</CopyProfile>
                <ComputerName>*</ComputerName>
    
                <TimeZone>Romance Standard Time</TimeZone>
    
                <ShowWindowsLive>false</ShowWindowsLive>
    
            </component>
    
        </settings>
    
        <settings pass="generalize">
    
            <component name="Microsoft-Windows-PnpSysprep" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    
                <PersistAllDeviceInstalls>true</PersistAllDeviceInstalls>
    
            </component>
    
        </settings>
    
        <cpi:offlineImage cpi:source="catalog:c:/temp/install_windows 7 professional.clg" xmlns:cpi="urn:schemas-microsoft-com:cpi" />
    
    </unattend>
    

    mercredi 3 février 2010 09:47
  • Hello,

    Tout le monde, j'ai réussi à résoudre mon problème lors du démarrage du sysprep, j'avais une application qui était mal installé et qui me posait problème.
    Mon image est quasiment terminé, il me reste plus qu'un petit détail, je n'arrive pas à joindre la machine au domain depuis le sysprep

    Voici comment j'ai remplit mon fichier xml pour joindre la machine dans le domaine :

     <component name="Microsoft-Windows-UnattendedJoin" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
                <Identification>
        <UnsecureJoin>false</UnsecureJoin>
                    <Credentials>
            <Domain>mondomain.com</Domain>
                        <Password>mon password en clair</Password>
                        <Username>le nom d'utilisateur</Username>
                    </Credentials>
                    <JoinDomain>mondomain.com</JoinDomain>
               </Identification>
            </component>

    Est-ce que quelqu'un aurait une idée pourqoi cela ne fonctionne pas ?
    Il faut savoir que sur la machine même celle-ci m'indique qu'elle est dans le domaine.
    Par contre sur mon DC pas de machine est impossbile de me loguer.

    Merci d'avance pour votre aide.
    Bonne journée,

    Ivo Galo
    • Marqué comme réponse hamador mercredi 3 février 2010 18:58
    • Non marqué comme réponse hamador mercredi 3 février 2010 18:58
    mercredi 3 février 2010 15:55
  • Edit : en fait NON, j'ai installé WAIK sur une machine qui se sysprepait bien , elle a continué à bien se syspreper après l'install, j'ai été mauvaise langue trop tôt.

    C'est dommage car cela reporte la raison du bug sur une cause inconnue, à moins que ce fusse mon sysprep.xml qui était foireux tout en passant le test sous WAIK .....

    Rah, j'étais confiant, tu casses tout là ! :P

    Ça ne vient pas du xml. Cette erreur me taraude... ça empêche toute migration XP => Seven.... ça fonctionne aléatoirement, et le pire dans tout ça, aucun log permettant de nous aider à trouver la cause... I love microsoft <3

    @Ivo1987 : Pour l'intégration au domaine, si vraiment t'arrives pas via sysprep, je te conseil (ça n'engage que moi) de le faire via un script powershell ($credential / add-computer) à paramétrer dans ton sysprep (autologon) en prenant exemple sur le xml de fred (attention à ne pas oublier d'autoriser l'exécution de script powershell), ça fonctionne à la perfection chez moi.
    mercredi 3 février 2010 18:58
  • Hello,

    Pour l'intégration au domain via script powershell comment je fait pour le mot de passe du compte qui entre la machine dans le domaine ?

    Une autre petite question est-ce que vous savez comment faire pour installer mon image avec installation des bon drivers car je veux l'installer sur plusieurs type de machines ?


    Merci d'avance,
    Bonne journée,

    Ivo
    vendredi 5 février 2010 12:17
  • Hello,

    Pourrais tu me montrer à quoi ressemble ton script powershell ainsi que bat pour mettre la machine dans le domaine, car j'ai deux trois petit soucis avec le mien ?

    Merci d'avance,

    Ivo
    vendredi 5 février 2010 14:41
  • salut,

    pour le .bat :
    @echo off
    powershell -command Set-ExecutionPolicy Unrestricted
    regedit /s "C:\seven_int_samba.reg"
    C:\deploy\scripts\sleep.exe 2
    powershell C:\joindre_domaine.ps1
    shutdown -r -t 15
    pour le .ps1 :
    $credential = New-Object System.Management.Automation.PsCredential("DOMAINE\ADMIN", (ConvertTo-SecureString "MDP" -AsPlainText -Force))
    Add-Computer -DomainName "DOMAINE" -Credential $credential
    Set-ExecutionPolicy Restricted
    Sinon concernant cette fameuse erreur ? toujours rien ? je ne trouve rien comme cause à part waik :/

    mardi 9 février 2010 10:13
  • Bon ben ca recommence, d'après ce post : http://social.technet.microsoft.com/Forums/en-US/w7itproinstall/thread/b72212b0-3131-4194-89a1-7c101749e2b2 ce probleme est rencontré par pas mal de monde depuis plus d'un an et il semble que Vista soit aussi touché

    j'ai une image qui sysprep complete à 75%
    mon image complete à 100% ne sysprep plus ... toutjours rien d'intéressant dans les logs

    j'ai vraiment l'impression de perdre mon temps il va falloir que je reparte sur mon ancienne version pour tester le sysprepage logiciel après logiciel pour trouver ce qui provoque cette erreur ... une bonne vingtaine de logiciels à tester ...

    j'aurais pourtant des choses bien plus intéressantes à faire, toujours pas de patch pour ce probleme ? Pourquoi n'est on pas entendu par des gens compétents sur ce bug ? Personne chez Microsoft ne se sent concerné par le déploiement de windows 7 en milieu universitaire sur des centaines de postes ?
    jeudi 18 février 2010 11:07
  • 3.1.        Services de déploiement Windows (Windows Deployment Services)

     

    Ø  Description de l’outil :

    Le rôle des services de déploiement Windows dans Windows Server 2008 correspond à la version mise à jour et repensée des services d’installation à distance (services RIS). Les services de déploiement Windows vous permettent de déployer des systèmes d’exploitation Windows, notamment Windows Vista® et Windows Server 2008. Vous pouvez y recourir pour configurer de nouveaux ordinateurs dans le cadre d’une installation réseau. Cela signifie qu’il ne vous est pas nécessaire d’être physiquement présent devant chaque ordinateur et que vous n’avez pas besoin d’installer chaque système d’exploitation directement à partir d’un CD ou d’un DVD. Les composants des services de déploiement Windows sont organisés selon les trois catégories suivantes :

    Composants serveur. Ces composants incluent un serveur PXE (Preboot Execution Environment) et un serveur TFTP (Trivial File Transfer Protocol) pour le démarrage réseau d’un client dans le but de charger et d’installer un système d’exploitation. Un dossier partagé et un référentiel d’images sont également inclus ; ils contiennent les images de démarrage, les images d’installation et les fichiers dont vous avez besoin spécifiquement pour le démarrage réseau. Il existe également une couche réseau, un composant de multidiffusion et un composant de diagnostic.

    Composants clients . Ces composants incluent une interface graphique utilisateur qui s’exécute au sein de l’environnement de préinstallation Windows (Windows PE). Lorsqu’un utilisateur sélectionne une image du système d’exploitation, les composants clients communiquent avec les composants serveur pour installer l’image.

    Composants de gestion. Ces composants forment un ensemble d’outils qui vous permettent de gérer le serveur, les images du système d’exploitation et les comptes d’ordinateurs clients.

    Vous pouvez trouver des scenarios courants de migration sur la librairie TechNet: http://technet.microsoft.com/fr-fr/library/cc770667(WS.10).aspx#BKMK4

    ·         Scénario un : Une petite entreprise

    ·         Scénario deux : Une moyenne entreprise

    ·         Scénario trois : La grande entreprise

    ·         Scénario quatre : Déploiement personnalisé à l’aide du serveur de transport

    Ø  Comment déployer Windows 7 avec WDS?

     

    ·         Voir un guide de déploiement basique de Windows 7 : http://technet.microsoft.com/fr-fr/library/dd349348(WS.10).aspx

    ·         Vidéo de déploiement en entreprise : http://www.microsoft.com/france/vision/mstechdays09/Webcast.aspx?EID=384128a9-d0f1-4fc8-8c4f-d49e9c31bb27

    ·         Création d’une image multilingue : http://technet.microsoft.com/fr-fr/library/dd755995(WS.10).aspx   

    ·         Voir le guide pas à pas des services de déploiement Windows  http://technet.microsoft.com/fr-fr/library/cc771670(WS.10).aspx

    ·         Le forum aux questions sur les services de déploiement Windows : http://technet.microsoft.com/fr-fr/library/cc732729(WS.10).aspx

    ·         Deploying Windows 7 from A to Z: http://www.microsoft.com/downloads/details.aspx?FamilyID=DFAFB346-97DD-4FCA-947E-3D9149834DA6&displayLang=en

    ·         Configurer le serveur de transport: http://technet.microsoft.com/fr-fr/library/dd348475(WS.10).aspx




    Nouveautés dans le service de déploiement

    http://technet.microsoft.com/fr-fr/library/dd735188(WS.10).aspx

    Les modifications suivantes apportées aux services de déploiement Windows sont disponibles dans Windows Server 2008 R2 :

    • Approvisionnement en pilotes dynamiques. Vous avez la possibilité de déployer des packages de pilotes sur des ordinateurs clients dans le cadre d’une installation et d’ajouter des packages de pilotes aux images de démarrage avant le déploiement. Pour plus d’informations, voir Approvisionnement en packages de pilotes plus loin dans cette rubrique ou 'Gestion et déploiement des packages de pilotes': http://technet.microsoft.com/fr-fr/library/dd348456(WS.10).aspx
    • Déploiement de disque dur virtuel. Vous avez la possibilité de déployer des images de disques durs virtuels (.vhd) dans le cadre d’une installation sans assistance. Pour plus d’informations, voir Déploiement d’une image .vhd plus loin dans cette rubrique.
    • Fonctionnalité de multidiffusion supplémentaire. Vous avez la possibilité de déconnecter automatiquement les clients lents et de séparer les transmissions en plusieurs flux en fonction des vitesses des clients. Fournit également une prise en charge de la multidiffusion dans les environnements qui utilisent le protocole IPv6.

    Plus de détails sur la librairie TechNet:

    http://technet.microsoft.com/fr-fr/library/cc726564(en-us,WS.10).aspx

    http://www.microsofttranslator.com/bv.aspx?ref=Internal&from=en&to=fr&a=http%3a%2f%2ftechnet.microsoft.com%2ffr-fr%2flibrary%2fcc726564%28en-us%2cWS.10%29.aspx

    • Fournisseur PXE pour le serveur de transport. Un fournisseur PXE est inclus lorsque vous installez le service de rôle Serveur de transport. Vous pouvez utiliser le serveur de transport pour un démarrage réseau ou la transmission de données en multidiffusion, ou les deux à la fois, dans le cadre d’une configuration avancée. Le serveur de transport est un serveur autonome. En d’autres termes, lorsque vous utilisez le serveur de transport pour un démarrage réseau et pour la multidiffusion, votre environnement n’a pas besoin des services de domaine Active Directory (AD DS), ni de DNS (Domain Name System). Pour savoir comment procéder, voir la rubrique Configuration du serveur de transport.
    • Fonctionnalité EFI supplémentaire. Prise en charge du démarrage réseau des ordinateurs x64 avec EFI, ainsi que de la fonctionnalité d’ajout automatique, de la référence DHCP des clients directs à un serveur PXE spécifique et du déploiement des images de démarrage par multidiffusion.
    jeudi 18 février 2010 12:05
  • Bonjour Fred,

    Je vous remercie pour ces observations.

    Merci aussi de tenir compte que Sysprep n’est pas le seul outil que vous avez disponible pour déployer Windows 7. Vous avez à votre disposition :

    ·         WAIK : http://technet.microsoft.com/fr-fr/windows/ee677085.aspx

    ·         MDT : http://technet.microsoft.com/fr-fr/windows/ee806853.aspx

    ·         WDS :  http://technet.microsoft.com/fr-fr/library/cc732529(WS.10).aspx

    ·         DISM: http://windowsteamblog.com/blogs/springboard/archive/2009/07/28/managing-windows-7-with-dism.aspx

    ·         Comment déployer Windows 7 automatiquement: http://www.microsoft.com/downloads/details.aspx?familyid=81AF18D8-C3E6-4134-8DA7-18554DCCD674&displaylang=en

     

    Cordialement

    Roxana


    Roxana Panait, MSFT
    jeudi 18 février 2010 12:39
  • Merci Roxana de prendre le temps de nous répondre


    De quelles options, à part Sysprep, disposons nous si nous devons intégrer nos images Windows7 à notre système de déploiement existant (Rembo ou FOG) ?
    Les systèmes de déploiement que vous citez, nécessitent de mettre en place un nouveau système de déploiement parallèle, spécifique à windows7. Hors nous souhaitons continuer à distribuer indifféremment, comme nous le faisons actuellement, des images système Windows XP et Gnu/Linux, puis Seven, en multicast avec délégation du controle du clonage à l'utilisateur final.
    Par ailleurs, et à moins que je ne me trompe, les outils que vous citez font également appel à Sysprep pour la généralisation du master.

    Avec un Sysprep fonctionnel cela ne poserait pas de problème.

    Même si Sysprep restait dans cet état buggué mais qu'au moins nous avions des logs d'erreur exploitables cela serait déjà une avancée énorme.

    Pouvez vous contacter les développeurs de Sysprep et leur demander de me contacter afin que je les aide à debugguer cet outil ? :) (ca ne coute rien de demander)

    cordialement
    jeudi 18 février 2010 13:03
  • Bonjour Fred,

    Merci d’être disponible à résoudre ce problème.

    Afin de mieux comprendre votre situation, je vous prie d’abord de faire une description complète des erreurs que vous rencontrez et du scénario de déploiement utilisé : systèmes d’exploitation, outils.

    En vous remerciant pour votre collaboration,

    Cordialement

    Roxana


    Roxana Panait, MSFT
    jeudi 18 février 2010 13:10
  • Voilà la description de mon probleme (ce n'est d'ailleurs pas uniquement le mien vu le nombre de gens qui sont également bloqués par cette erreur)
    Sur un windows 7 pro FR, je souhaite lancer sysprep pour créer une image à partir d'un poste master, j'ai testé ces différentes commandes :
    sysprep /generalize
    sysprep /generalise /oobe
    sysprep /generalize /oobe /unattend:sysprep.xml

    La commande sysprep en elle même fonctionne bien. Le log d'erreur de sysprep est vide et le ficher unattend.xml est bien validé par WAIK.
    Au reboot de la machine après le sysprep lors de la phase "le programme d'installation démarre les services" le message d'erreur
    "Windows n'a pas pu terminer la configuration du système. Pour tenter de reprendre la configuration, redémarrez l'ordinateur." apparait. Le fait de rebooter redonne cette erreur, cette même erreur apparait en tentant de démarrer en mode sans echec ou ligne de commande. La dernière bonne configuration connue ne permet pas non plus de démarrer la machine.
    J'ai tenté d'appliquer le patch "alpha" du KB977392 vu qu'il est sencé regler le même symptome, cela ne fonctionne pas non plus.
    Les logs de sysprep ne m'indiquent rien de spécial, le log de boot win7 non plus.
    Comment déterminer ce qui ne fonctionne pas, et comment lancer sysprep sans planter mes machines ?

    je lance sysprep avec un compte "install" qui appartient au groupe local "administrateurs"
    je travaille sur un Dell Optiplex 745 Bios version 2.6.3 mais j'ai constaté le meme dysfonctionnement sur d'autres types de machines.
    jeudi 18 février 2010 13:58
  • Bonjour Fred,

    Merci pour votre retour.

    Vous avez  Kaspersky ou Daemon tools installés ?: http://social.technet.microsoft.com/Forums/fr-FR/win7fr/thread/ab5bbe79-018d-46c4-aa7e-ef6cbfdfe2d6  

    Vérifiez aussi des références vers des lecteurs réseau : http://social.technet.microsoft.com/Forums/fr-FR/1121/thread/0ea1d5d9-baca-4954-9012-779f24f3e753


    Vous pouvez installer aussi le correctif: http://support.microsoft.com/kb/977392 
    Merci de nous tenir au courant,

    Cordialement

    Roxana


    Roxana Panait, MSFT
    jeudi 18 février 2010 14:57
  • Je n'ai installé ni Kaspersky ni Daemon Tools
    Je n'ai aucun lecteur réseau sur le master
    J'ai déjà essayé d'installer le KB977392 cela ne change rien

    j'avais trouvé toutes ces remarques en ligne sur social.technet et j'ai aussi essayé :
    d'arreter le service WMPNetworkSvc
    et j'ai vérifié que je n'avais aucun driver SPTD
    avez vous d'autres points bloquant sysprep à me conseiller de vérifier ?
    jeudi 18 février 2010 15:24
  • Bonjour Fred,

    Merci pour les infos.

    En général, ce problème apparait à cause d’un pilote qui n’est pas signé. Vous pouvez essayer de désactiver « drivers signing ».

    Vous avez essayé de désinstaller toute solution antivirus ? Si vous avez une solution antivirus entreprise vous pouvez faire le déploiement ultérieurement.  Vous avez combien de partitions? (2 avec celle système ?)

    Cordialement

    Roxana


    Roxana Panait, MSFT
    jeudi 18 février 2010 15:39
  • Bonjour Roxana,

    merci pour ces nouvelles pistes malheureusement la désactivation de la verification de signature n'a rien changé.

    j'ai deux partitions C: 35 go , D: 20 go et un espace non partitionné de 20 go

    je n'ai installé aucun anti virus, (windows defender était préinstallé)
    vendredi 19 février 2010 07:57
  • Bonjour Fred,

     

    Est-ce que vous pouvez faire un copier-coller de votre sysprep.inf ici?

    Je soupçonne  que le problème est dans la partie pilotes :

    Dans la partie :

    [Unattended]

    OemPnPDriversPath = Drivers\NIC;Drivers\Video

    http://support.microsoft.com/default.aspx/kb/314479

    Voir les liens suivants dans ce sens : http://blog.remyservices.net/2007/09/28/sysprep-in-depth-part-1-adding-drivers-to-our-image-pc/

    http://www.svrops.com/svrops/documents/sysprep.htm

    http://www.petri.co.il/using_sysprep_in_an_image_based_installation.htm

     

    Merci,

     

    Cordialement,

     

    Roxana


    Roxana Panait, MSFT
    vendredi 19 février 2010 09:09

  • 1. Coach Windows 7 IT PRO









    Bonjour à tous,

     

    Vous avez à votre disposition le Coach Windows 7 IT PRO (http://technet.microsoft.com/fr-fr/windows/technet-coach-windows7.aspx ).

     

    Pour le début, vous avez disponible le Coach Installation, Migration et Déploiement de Windows 7 avec les suivantes ateliers(http://technet.microsoft.com/fr-fr/windows/technet-coach-windows7-chapitre1.aspx)


     

    Cordialement,


    Roxana Panait, MSFT
    vendredi 19 février 2010 10:01
  • Concernant les aides, documentations et ateliers que vous recommandez, je pense pouvoir dire au nom de beaucoup de responsables informatiques que nous connaissons ces techniques, mais ces documents partent du principe que tout fonctionne bien, hors nous sommes bien ici en présence d'un dysfonctionnement au reboot post sysprep

    Précision : Il n'y a plus de sysprep.inf sous windows7 mais un unattend au format xml

    par ailleurs j'ai testé un sysprep "simple" sans fichier unattend, cela échoue également, le probleme ne vient donc pas du fichier de réponse.

    j'ai déjà posté mon sysprep.xml (dans mon post du mercredi 3 février 2010 09:47 sur ce même thread)
    ce sysprep.xml fonctionne très bien sur des versions anciennes de mon master contenant moins de logiciels, je ne l'ai pas modifié et il continue de fonctionner sur ces versions plus anciennes de mon master.
    Les liens que vous mentionnez concernent le sysprep de WindowsXP hors le nouveau sysprep de Windows 7 n'a plus grand chose en commun avec cette ancienne version.

    comment obtenir une information plus explicite que "Windows n'a pas pu continuer ...", si au moins nous pouvions déterminer ce qui se passe dans un log ... les causes semblent multiples et variées, sans message d'erreur exploitable c'est pratiquement impossible à débugguer ...
    vendredi 19 février 2010 10:07
  • Bonjour Fred,

    Je vous ai donné l’exemple de sysprep.inf car j’ai compris que vous utilisez les systèmes de déploiement existants.

    Le fichier xml de Windows 7 contient la majorité des choses de sysprep.inf  et vous avez raison.

    http://technet.microsoft.com/en-us/library/cc749272(WS.10).aspx

    Je faisais référence à ‘driver path’: http://technet.microsoft.com/en-us/library/cc749107(WS.10).aspx

    XML Example

    The following XML output specifies device driver search paths.

     

    Copy Code

    <DriverPaths>
    <!-- First PathAndCredentials list item -->
       <PathAndCredentials wcm:action="add" wcm:keyValue="1">
          <Path>\\myFirstDriverPath\DriversFolder</Path>
          <Credentials>
             <Domain>MyDomain</Domain>
             <Username>MyUsername</Username>
             <Password>MyPassword</Password>
          </Credentials>
       </PathAndCredentials>
    <!-- Second PathAndCredentials list item -->
       <PathAndCredentials wcm:action="add" wcm:keyValue="2">
          <Path>C:\Drivers</Path>
          <Credentials>
             <Domain>MyComputerName</Domain>
             <Username>MyUsername</Username>
             <Password>MyPassword</Password>
          </Credentials>
       </PathAndCredentials>
    </DriverPaths>

    Alors, en revenant au problème spécifique que nous discutons , comment insérez-vous les pilotes dans votre image ?

    Avec DISM ? http://social.technet.microsoft.com/Forums/en/w7itproinstall/thread/8ebe702c-04d5-4d2c-9251-71721a248f14

    http://technet.microsoft.com/fr-fr/library/dd744355(WS.10).aspx  (Ajouter des pilotes à une image hors connexion à l’aide de DISM Dism /Mount-Wim /WimFile:C:\test\images\install.wim /Name:"Windows 7 HomeBasic" /MountDir:C:\test\offline)

    Cordialement,

    Roxana


    Roxana Panait, MSFT
    vendredi 19 février 2010 12:42
  •  

     

     

           3.2 Deployment Image Servicing and Management tool (DISM)

     

    v  Description :

    L’outil Gestion et maintenance des images de déploiement (Deployment Image Servicing and Management – DISM- http://technet.microsoft.com/fr-fr/library/dd744256(WS.10).aspx ) est un outil en ligne de commande utilisé pour la maintenance des images système Windows® hors connexion avant leur déploiement. Cet outil vous permet d’installer, de désinstaller, de configurer et de mettre à jour des fonctionnalités Windows, des packages, des pilotes et des paramètres internationaux. Des sous-ensembles des commandes de maintenance DISM sont également disponibles pour la maintenance d’un système d’exploitation en cours d’exécution.

     

    DISM est installé avec Windows® 7 ; en outre, il est distribué dans le Kit de préinstallation OEM (OPK) Windows (Windows OPK) et le Kit d’installation automatisée (Windows AIK). Il peut être utilisé pour la maintenance d’images système Windows Vista® avec Service Pack 1 (SP1), Windows Server® 2008, Windows® 7, Windows Server® 2008 R2 ou Windows PE. DISM remplace plusieurs outils du Kit de préinstallation OEM (OPK) Windows (Windows OPK), notamment PEImg, Intlcfg et le Gestionnaire de package.

    DISM peut être utilisé pour la maintenance de Windows Vista® avec Service Pack 1 (SP1) et Windows Server® 2008. Il offre les mêmes fonctionnalités que le Gestionnaire de package. DISM fournit des fonctionnalités supplémentaires lorsqu’il est utilisé avec Windows® 7 et Windows Server® 2008 R2.

     

    v  Vous pouvez utiliser DISM pour :

     

    ·         ajouter, supprimer et énumérer des packages ;

     

     

    ·         ajouter, supprimer et énumérer des pilotes ;

     

     

    ·         activer ou désactiver des fonctionnalités de Windows ;

     

     

    ·         appliquer des modifications basées sur la section offlineServicing d’un fichier de réponses Unattend.xml ;

     

     

    ·         configurer des paramètres internationaux ;

     

     

    ·         mettre à niveau une image système Windows vers une autre édition ;

     

     

    ·         préparer une image système Windows PE ;

     

     

    ·         tirer parti d’une journalisation optimisée ;

     

     

    ·         effectuer la maintenance de versions antérieures de Windows telles que Windows Vista avec Service Pack 1 (SP1) et Windows Server 2008 ;

     

     

    ·         effectuer la maintenance de toutes les plateformes (32 bits, 64 bits et Itanium) ;

     

     

    ·         effectuer la maintenance d’une image 32 bits à partir d’un hôte 64 bits, ainsi que la maintenance d’une image 64 bits à partir d’un hôte 32 bits. Pour plus d’informations, voir la section « Limitations » plus loin dans cette rubrique ;

     

     

    ·         utiliser d’anciens scripts du Gestionnaire de package.

     

     

    v Scénarios usuels de gestion et de maintenance

    Les solutions de gestion et de maintenance d’image se répartissent en deux catégories principales :

     

    Gestion des données ou informations incluses dans l’image système Windows, par exemple l’énumération ou l’inventaire des composants, mises à jour, pilotes ou applications contenus dans une image.

     

     

    Maintenance de l’image proprement dite, notamment l’ajout ou la suppression de packages de pilotes et de pilotes, la modification des paramètres de langue, l’activation ou la désactivation de fonctionnalités Windows, ainsi que la mise à niveau vers une édition supérieure de Windows.

     

    Les options de ligne de commande DISM sont globales et peuvent être utilisées avec la plupart des options de ligne de commande de maintenance. Les options de ligne de commande de maintenance fonctionnent individuellement et ne peuvent pas être associées à d’autres options de ligne de commande de maintenance. La maintenance d’une image système Windows est rendue possible via le montage de l’image ou la spécification d’un système d’exploitation en cours d’exécution.

     

    DISM remplace plusieurs outils du Kit de préinstallation OEM (OPK) Windows (Windows OPK), notamment PEImg, Intlcfg et le Gestionnaire de package : http://technet.microsoft.com/fr-fr/library/dd744382(WS.10).aspx


    Roxana Panait, MSFT
    vendredi 19 février 2010 13:37
  • Continuation DISM 1:

    v 
    Pour ajouter et supprimer les pilotes hors connexion, on peut toujours utiliser DISM : http://technet.microsoft.com/fr-fr/library/dd744355(WS.10).aspx

     

    Par exemple :

     

    1. À une invite de commandes avec élévation de privilèges, naviguez jusqu’au dossier de maintenance du Kit de préinstallation OEM (OPK) Windows, puis tapez la commande suivante pour récupérer le nom ou le numéro d’index de l’image à modifier.
    Dism /Get-WimInfo /WimFile:C:\test\images\install.wim

    Une valeur d’index ou de nom est requise pour la plupart des opérations spécifiant un fichier WIM.

    1. Tapez la commande suivante pour monter l’image système Windows hors connexion.

     

    Dism /Mount-Wim /WimFile:C:\test\images\install.wim /Name:"Windows 7 HomeBasic" /MountDir:C:\test\offline
    1. À une invite de commandes, tapez la commande suivante pour ajouter un pilote spécifique à l’image.
    Dism /Image:C:\test\offline /Add-Driver /Driver:C:\drivers\mydriver.INF

    Plusieurs pilotes peuvent être ajoutés en une seule ligne de commande si vous spécifiez un dossier à la place d’un fichier .inf. Pour installer tous les pilotes d’un dossier et de ses sous-dossiers, utilisez l’option /recurse. Exemple :

    Dism /Image:C:\test\offline /Add-Driver /Driver:c:\drivers /Recurse

    Pour installer un pilote non signé, utilisez l’option /ForceUnsigned pour ignorer la condition requise spécifiant que les pilotes installés sur des ordinateurs X64 doivent avoir une signature numérique. Par exemple :

    Dism /Image:C:\test\offline /Add-Driver /Driver:C:\drivers\mydriver.INF /ForceUnsigned

     

    v Effectuer la maintenance d’une image système Windows Vista/7 ou Windows Server 2008 :

     

     

    Dans Windows Vista® avec Service Pack 1 (SP1) et Windows Server® 2008, l’outil en ligne de commande Gestionnaire de package (pkgmgr.exe) était fourni pour la mise à jour des images système Windows®. Dans Windows® 7, cet outil a été remplacé par l’outil Gestion et maintenance des images de déploiement (DISM.exe). DISM assure la parité fonctionnelle avec le Gestionnaire de package ; vous pouvez donc l’utiliser pour mettre à jour des images système Windows Vista avec Service Pack 1 (SP1) et Windows Server 2008. Toutefois, vous ne profitez pas des fonctionnalités additionnelles proposées dans DISM et Windows 7. En effet, lorsque vous effectuez la maintenance d’une image système Windows Vista avec Service Pack 1 (SP1) avec DISM, cet outil convertit la commande DISM en une commande équivalente du Gestionnaire de package pour que l’image puisse être mise à jour.

     

    Vous pouvez trouver les détails sur DISM pour la maintenance des images :

    ·         Options de ligne de commande DISM prises en charge

    ·         Activer ou désactiver une fonctionnalité Windows à l’aide de DISM

    ·         Activer ou désactiver une fonctionnalité Windows à l’aide de DISM et d’un fichier de réponses

    ·         Ajouter ou supprimer des packages à l’aide de DISM

    ·         Ajouter ou supprimer des packages hors connexion à l’aide de DISM et d’un fichier de réponses

    v Options de ligne de commande de maintenance sans assistance (unattended setup):

     

    La syntaxe de base pour effectuer la maintenance d’une image système Windows à l’aide de l’outil DISM est la suivante :

    DISM.exe {/Image:<chemin_vers_répertoire_image> | /Online} [options_dism] {commande_maintenance} [<argument_maintenance>]

    Les options de maintenance suivantes sont disponibles pour l’application d’un fichier de réponses unattend.xml à une image système Windows hors connexion :

    DISM.exe /Image:<chemin_vers_répertoire_image> /Apply-Unattend:<chemin_vers_unattend.xml>

    Les options de maintenance suivantes sont disponibles pour l’application d’un fichier de réponses unattend.xml à un système d’exploitation en cours d’exécution :

    DISM.exe /Online /Apply-Unattend:<chemin_vers_unattend.xml>

    Plusieurs détails dans l’article TechNet : http://technet.microsoft.com/fr-fr/library/dd744522(WS.10).aspx


    Roxana Panait, MSFT
    vendredi 19 février 2010 13:38
  • Continuation DISM 2:

    v
    Options de ligne de commande de maintenance des packages du système d’exploitation

     

    Les commandes de maintenance des packages du système d’exploitation peuvent être utilisées hors connexion pour installer, supprimer ou mettre à jour des packages Windows® fournis en tant que fichiers CAB (.cab) ou fichiers de l’utilitaire d’installation autonome Windows Update (.msu). Les packages sont utilisés par Microsoft® pour distribuer des mises à jour logicielles, des Service Packs et des modules linguistiques. Les packages peuvent également contenir des fonctionnalités Windows. Vous pouvez également utiliser ces commandes de maintenance pour activer ou désactiver des fonctionnalités Windows, soit hors connexion, soit dans une installation de Windows en cours d’exécution. Les fonctionnalités sont des composants facultatifs pour le système d’exploitation de base.

    La syntaxe de base pour effectuer la maintenance d’une image système Windows à l’aide de l’outil DISM est la suivante :

    DISM.exe {/Image:<chemin_vers_répertoire_image> | /Online} [options_dism] {commande_maintenance} [<argument_maintenance>]

    Les options de maintenance de packages de système d’exploitation suivantes sont disponibles pour une image hors connexion :

    DISM.exe /image:<chemin_vers_répertoire_image> [/Get-Packages | /Get-PackageInfo | /Add-Package | /Remove-Package ] [/Get-Features | /Get-FeatureInfo | /Enable-Feature | /Disable-Feature ]

    Les options de maintenance de packages de système d’exploitation suivantes sont disponibles pour un système d’exploitation en cours d’exécution :

    DISM.exe /Online [/Get-Packages | /Get-PackageInfo | /Add-Package | /Remove-Package ] [/Get-Features | /Get-FeatureInfo | /Enable-Feature | /Disable-Feature ]

     Plusieurs détails dans l’article TechNet : http://technet.microsoft.com/fr-fr/library/dd744311(WS.10).aspx

    v Options de ligne de commande de maintenance internationales

     

    Les commandes internationales peuvent être utilisées pour modifier les paramètres internationaux dans les images système Windows® 7 et Windows PE (Windows® Preinstallation Environment). Vous pouvez également interroger les paramètres existants d’une image système Windows hors connexion ou en ligne.

    La syntaxe de base pour effectuer la maintenance d’une image système Windows à l’aide de l’outil Gestion et maintenance des images de déploiement (DISM.exe) est la suivante :

    DISM.exe {/Image:<chemin_vers_répertoire_image_hors_connexion> | /Online} [options_dism] {commande_maintenance} [<argument_maintenance>]

    Il existe trois types de commandes de maintenance internationales :

    ·         Commandes Get. Permettent de récupérer un rapport des paramètres internationaux pour une image hors connexion ou un système d’exploitation en cours d’exécution.

    ·         Commandes Set. Permettent de définir les différents paramètres internationaux d’une image hors connexion.

    ·         Commandes Gen-LangIni. Permettent de générer le fichier Lang.ini utilisé durant l’installation.

    Les options de maintenance internationales suivantes sont disponibles pour une image hors connexion :

    DISM.exe /Image:<chemin_vers_répertoire_image_hors_connexion> [/Get-Intl] [/Set-UILang | /Set-UILangFallback | /Set-SysLocale | /Set-UserLocale | /Set-InputLocale | /Set-AllIntl | /Set-Timezone | /Set-SKUIntlDefaults | /Set-LayeredDriver] [/Gen-Langini | /Set-SetupUILang | /Distribution]

    Les options de maintenance internationales suivantes sont disponibles pour un système d’exploitation en cours d’exécution :

    DISM.exe /Online /Get-Intl

    Plus de détails sur TechNet: http://technet.microsoft.com/fr-fr/library/dd744360(WS.10).aspx

    v Options de ligne de commande de maintenance des éditions de Windows

     

    Vous pouvez utiliser les commandes de maintenance des éditions de Windows® pour remplacer une édition de Windows® 7 par une édition supérieure au sein de la même famille d’éditions. Il existe une copie intermédiaire des packages d’éditions pour chaque édition cible potentielle dans une image système Windows 7. Cela s’appelle une image d’une famille d’éditions. Dans la mesure où une copie intermédiaire des éditions cibles est effectuée, vous pouvez exécuter la maintenance d’une seule image ; par ailleurs, les mises à jour sont appliquées de manière appropriée à chaque édition contenue dans l’image. Cela permet de réduire le nombre d’images à gérer mais cela peut augmenter le temps passé en usine ou le temps consacré par l’utilisateur final à l’étape de configuration specialize.

    Les modifications hors connexion ne nécessitent pas de clé de produit. Si vous passez à une édition supérieure à l’aide de l’installation hors connexion, vous pouvez ajouter la clé de produit via l’une des méthodes suivantes :

    ·         Entrez la clé de produit en mode OOBE (Out-of-Box Experience).

    ·         Utilisez un fichier de réponses sans assistance pour entrer la clé de produit durant l’étape de configuration specialize.

    ·         Utilisez l’outil Gestion et maintenance des images de déploiement (DISM), ainsi que l’option de ligne de commande de maintenance des éditions de Windows /Set-ProductKey, après avoir défini l’édition hors connexion.

    La syntaxe de base pour effectuer la maintenance d’une image système Windows à l’aide de l’outil DISM est la suivante :

    DISM.exe {/Image:<chemin_vers_répertoire_image> | /Online} [options_dism] {commande_maintenance} [<argument_maintenance>]

    Vous pouvez utiliser les options de maintenance d’éditions suivantes sur une image hors connexion pour lister les éditions ou passer à une édition supérieure dans une image système Windows :

    DISM.exe /Image:<chemin_vers_répertoire_image> [/Get-CurrentEdition | /Get-TargetEditions |/Set-Edition | /Set-ProductKey]

    Les options de maintenance d’éditions suivantes sont disponibles pour un système d’exploitation Windows en cours d’exécution :

    DISM.exe /Online [/Get-CurrentEdition | /Get-TargetEditions]

    Plus de détails dans l’article: http://technet.microsoft.com/fr-fr/library/dd744380(WS.10).aspx

     

    v Options de ligne de commande de maintenance des applications

     

    Les options de ligne de commande de maintenance des applications peuvent être utilisées sur une image hors connexion pour vérifier les conditions d’application des correctifs d’applications Windows® Installer (fichiers .msp) et pour interroger l’image hors connexion afin d’obtenir des informations sur les applications et correctifs d’applications Windows Installer installés (fichiers .msp).

    La syntaxe de base pour effectuer la maintenance d’une image système Windows à l’aide de l’outil DISM est la suivante :

    DISM.exe /Image:<chemin_répertoire_image> [options_dism] {commande_maintenance} [<argument_maintenance>]

    Les options de maintenance suivantes sont disponibles pour lister les applications et les correctifs d’applications .msp Windows Installer, et pour vérifier l’applicabilité d’un correctif d’application pour une image système Windows hors connexion :

    DISM.exe /Image:<chemin_répertoire> [/Check-AppPatch | /Get-AppPatchInfo: | /Get-AppPatches | /Get-AppInfo | /Get-Apps

    Plus de détails dans l’article : http://technet.microsoft.com/fr-fr/library/dd744370(WS.10).aspx
    Roxana Panait, MSFT
    vendredi 19 février 2010 13:39
  • 3.3.       Windows Automated Installation Kit

    Le kit d’installation automatique pour Windows 7 est idéal pour les environnements hautement personnalisés. Les outils inclus dans le Kit AIK vous permettent de configurer de nombreuses options de déploiement et fournissent un degré élevé de flexibilité. L’environnement de déploiement d’une entreprise varie d’une société à l’autre. En fonction de vos besoins professionnels et de vos ressources, vous pouvez décider d’utiliser toutes les ressources disponibles de ce Kit, ou seulement une partie d’entre elles.

     

    Le kit contient les outils suivants :

    Assistant Gestion d’installation (SIM)

    Outil permettant d’ouvrir des images système Windows, de créer des fichiers de réponses et de gérer des partages de distribution et des jeux de configuration.

    ImageX

    Outil permettant de capturer, créer, modifier et appliquer des images système Windows.

    Gestion et maintenance des images de déploiement (DISM)

    Outil permettant d’appliquer des mises à jour, des pilotes et des modules linguistiques à une image système Windows. DISM est disponible dans toutes les installations de Windows 7 et de Windows Server 2008 R2.

    Environnement de préinstallation Windows (Windows PE)

    Environnement de système d’exploitation minimal utilisé pour déployer Windows. Le Kit AIK inclut plusieurs outils permettant de créer et de configurer des environnements Windows PE.

    Outil de migration utilisateur (USMT)

    Outil utilisé pour migrer les données utilisateur à partir d’un système d’exploitation Windows antérieur vers Windows 7. USMT est installé dans le cadre du Kit AIK dans le répertoire %PROGRAMFILES%\Windows AIK\Tools\USMT. Pour plus d’informations sur l’outil USMT, reportez-vous au Guide d’utilisation de l’outil de migration utilisateur (%PROGRAMFILES%\Windows AIK\Docs\Usmt.chm).

     

    Plusieurs détails sur WAIK sont disponibles à :

    http://technet.microsoft.com/en-us/library/dd349343(WS.10).aspx


    Guide pas à pas : Prise en main des outils de déploiement de Windows 7 - le Windows Automated Installation Kit - http://technet.microsoft.com/fr-fr/windows/ee677085.aspx et vidéos: http://social.technet.microsoft.com/Forums/fr-FR/howtoforumfr/thread/5447ae5b-e7c6-40e3-a0af-c8eac4500f5e


    Guide pas à pas : Migration des paramètres utilisateurs avec User State Migration Tools (USMT 4) - http://technet.microsoft.com/fr-fr/windows/ee806854.aspx





    Roxana Panait, MSFT
    vendredi 19 février 2010 14:00
  • Nous n'utilisons pas DISM, nous n'en avons pas besoin car nous déployons sur des machines du même modèle, d'ailleurs nous n'avons pas de probleme de déploiement nous avons uniquement un probleme avec Sysprep, le poste master sysprepé ne reboote même pas localement. Les drivers sont installés sur le système du master et je demande à les conserver après application de Sysprep avec la directive PersistAllDeviceInstalls à True dans la Pass Generalize :

    <settings pass="generalize">
    <component name="Microsoft-Windows-PnpSysprep" processorArchitecture="x86" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <PersistAllDeviceInstalls>true</PersistAllDeviceInstalls>
    </component>
    </settings>
    cette méthode fonctionne très bien quand le sysprep veut bien fonctionner, encore une fois je ne pense pas que le sysprep.xml soit la cause du probleme puisque même sans l'utiliser (en lancant sysprep à la main sans fichier de reponse) la machine plante au reboot.

    Ce qui me semble primordial c'est de comprendre le dysfonctionnement en cherchant à le caractériser plus précisément (LOGS + message d'erreur explicite ?!), sinon nous ne pouvons faire que des suppositions et tenter des choses dans l'espoir que cela fonctionne, l'informatique c'est généralement plus carré que ca ...

    vendredi 19 février 2010 14:16
  • Salut

    logs + microsoft = ce n'est pas compatible. il me semble que ça doit être un pack payant en option. :)

    Enfin bref, restons sérieux, j'ai refais divers install en 32 et 64 bits avec mon xml avec dans l'un et l'autre (suivant compatibilité architecturale) en installant les pilotes sons, ethernet, norton security (donc Anti-virus), eclipse, java, firefox, notepad++, suite office 2k3 et divers logiciels assez lourd. Le sysprep s'est fait sans cette @#!]@\!@ d'erreur. La seule cause que j'ai trouvé est WAIK. Si j'installais WAIK, ça refaisait cette erreur. Et sans, il n'y en avait plus.

    Bref après plusieurs tentatives réussie (sans waik donc), j'ai donc considéré le soucis comme résolu.

    Mon but : Installation des logiciels, sysprep, recup du nom via reverse dns, intégration au domaine samba, extinction de la machine => aucune erreur.

    Voilà, j'espere que ça restera comme ça, mais j'ai comme des doutes....
    vendredi 19 février 2010 14:45
  • Bonjour Fred,

    Je vous ai demandé ces informations pour mieux comprendre votre situation . Je veux reprendre un résumé de votre problème et merci de le confirmer :

    Erreur: Windows could not finish configuring the system. To attempt to resume configuration, restart the computer

    Voie de déploiement: Rembo/FOG  (outils non-Microsoft)

    Antivirus dans l’image source : non

    Patch 977392 : appliqué

    Deux partitions, sans lecteurs réseau

    Vérifier la signature des pilotes : désactivé

     

    Je vous rappelle l’étiquette de ces forums : http://social.technet.microsoft.com/Forums/fr-FR/1635/thread/6a3df0a2-47e4-4aa2-bf7f-1ba7b5ad5624

    Les forums TechNet vous permettent de poser et répondre à des questions et échanger des idées avec d'autres utilisateurs sur des thèmes spécifiques et de discuter avec eux. Ce forum ne fournit pas de support technique de la part de Microsoft, mais est une plateforme communautaire en ligne basé sur le principe de "Des professionnels pour aider les professionnels ». Les forums TechNet font partie à l'échelle mondiale de la plate-forme multilingue en ligne TechNet. Les employés de TechNet Online France se considèrent comme faisant partie de la communauté et sont impliqués dans les forums, pour communiquer directement avec vous. Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte. Pour le support technique s'il vous plaît contacter le support "technique".

     

    Les logs d’erreur Sysprep se trouvent à :

    Generalize Log Path: %WINDIR%\System32\Sysprep\Panther
    Unattended Windows Setup actions Log Path: %WINDIR%\Panther\Unattendgc

    Voir: http://social.technet.microsoft.com/Forums/en/w7itproinstall/thread/7cb1cdbc-f321-445c-91e2-8b9d6ef2567e

     

    Si vous le désirez,  vous pouvez mettre à la disposition de la communauté les  logs d’erreur.

    Cordialement,

    Roxana


    Roxana Panait, MSFT
    vendredi 19 février 2010 15:07
  • Les logs d’erreur Sysprep se trouvent à :

    Generalize Log Path: %WINDIR%\System32\Sysprep\Panther
    Unattended Windows Setup actions Log Path: %WINDIR%\Panther\Unattendgc

    Voir: http://social.technet.microsoft.com/Forums/en/w7itproinstall/thread/7cb1cdbc-f321-445c-91e2-8b9d6ef2567e

    Les logs ne contiennent aucun détails pouvant nous aider à expliquer/résoudre cette erreur lors du démarrage des services.
    vendredi 19 février 2010 15:14
  • Bonjour hamador,

    Si vous avez fait l’analyse de ces logs, alors il vous reste à contacter le support technique Microsoft ( en fonction du contrat de l’entreprise vous avez des appels gratuits/année ou non).

    L’équipe technique dédiée peut reproduire directement votre problème, sur vos systèmes et trouver le problème plus rapidement.

    Si le problème est général et on parle ici d’un bogue, c’est l’équipe de support qui peut établir ca et peut ouvrir une demande de correctif.

    Je vais transmettre moi aussi ce scénario, mais en ouvrant un ticket de support vous recevrez une réponse plus rapidement.

    En vous remerciant pour votre collaboration,

    Cordialement,

    Roxana


    Roxana Panait, MSFT
    vendredi 19 février 2010 15:31
  • Votre résumé est correct

    Même si la voie de déploiement importe peu puisque l'ordinateur master ne reboote pas localement après un Sysprep.

    le lien que vous mentionnez est intéressant :
    http://social.technet.microsoft.com/Forums/en/w7itproinstall/thread/7cb1cdbc-f321-445c-91e2-8b9d6ef2567e

    Il y est fait mention d'un probleme similaire après un sysprep mais à l'étape de détection du matériel, les solutions proposées semblent convenir pour certains mais pas pour d'autres, le manque d'information de debuggage est également très apparent.

    J'ai lu la nettiquette j'en retiens : social technet ... "est une plateforme communautaire en ligne basé sur le principe de "Des professionnels pour aider les professionnels » " je suis désolé si j'agace quelqun avec mes questions, ce n'est pas mon intention, mais ce qui m'agace moi c'est d'être démuni face à un probleme concret non documenté, et que beaucoup de monde semble rencontrer.

    Je suis pret à contacter n'importe quelle autre source de support mais je ne peux envisager de payer pour un support technique concernant un dysfonctionnement et un manque d'éléments permettant de déterminer ce dysfonctionnement. Ce forum me parait le lieu idéal pour tenter d'élucider ce mystère.
    vendredi 19 février 2010 15:49
  • 3.4.       System Preparation Tool (SysPrep)

     

    L’outil Sysprep (préparation du système) est une technologie que vous pouvez utiliser avec d’autres outils de déploiement pour installer des systèmes d’exploitation Windows® sur un nouveau matériel. L’outil Sysprep prépare un ordinateur pour la création d’images ou la livraison à un client en le configurant de manière à créer un nouvel identificateur de sécurité (SID) d’ordinateur lors du redémarrage de l’ordinateur. En outre, l’outil Sysprep nettoie les paramètres et les données spécifiques à l’utilisateur et à l’ordinateur qui ne doivent pas être copiés vers un ordinateur de destination.

     

    Des informations techniques de référence de Sysprep, vous pouvez trouver sur : http://technet.microsoft.com/fr-fr/library/dd744263(WS.10).aspx

    Qu’est-ce que Sysprep : http://technet.microsoft.com/fr-fr/library/dd799240(WS.10).aspx

     

     

     

    v Prise en charge de Sysprep pour les rôles serveur :

    L’outil de préparation du système (Sysprep) n’est pas pris en charge par tous les rôles serveur. Si vous exécutez la commande sysprep avec l’option /generalize sur une installation de Windows Server® 2008 R2 avec des rôles serveur spécifiques configurés, ces derniers risquent de ne plus fonctionner après les opérations de création d’images et de déploiement.

     

    Pour les rôles serveur qui ne prennent pas en charge Sysprep, activez le rôle serveur et configurez les paramètres de rôle après la création d’images et le déploiement.

     

    Le tableau des rôles serveur prises en charge ou non de Sysprep : http://technet.microsoft.com/fr-fr/library/dd744581(WS.10).aspx

    v Fichiers journaux de SysPrep :

    Fichiers journaux de Sysprep

    L’outil Sysprep consigne les actions du programme d’installation de Windows dans divers répertoires, selon l’étape de configuration concernée. L’étape de configuration generalize supprimant certains fichiers journaux standard du programme d’installation de Windows, l’outil Sysprep consigne les actions generalize en dehors de ces fichiers journaux. Le tableau suivant indique les différents emplacements de fichiers journaux utilisés par Sysprep.

     

    Élément

    Chemin des fichiers journaux

    Generalize

    %WINDIR%\System32\Sysprep\Panther

    Specialize

    %WINDIR%\Panther\

    Actions du programme d’installation de Windows sans assistance

    %WINDIR%\Panther\Unattendgc

     

    Si vous appliquez plusieurs partitions, vous pouvez utiliser l’outil BCDBoot pour copier les données de configuration de démarrage sur la partition système. Pour plus d’informations, voir Appliquer des images.

    Par exemple, à l’invite de commandes, tapez :

    d:\windows\system32\bcdboot d:\windows

     

    Pour plus d’informations sur BCDboot, voir la page http://go.microsoft.com/fwlink/?LinkId=121711 (éventuellement en anglais).

    http://technet.microsoft.com/fr-fr/library/cc731245(WS.10).aspx




    Un article intéressant : le déploiement de Windows Vista avec sysprep : http://technet.microsoft.com/fr-fr/windows/technet-article-technique-windows-vista.aspx et  http://technet.microsoft.com/fr-fr/cc512808.aspx










    Roxana Panait, MSFT
    vendredi 19 février 2010 16:14
  • Ces logs sysprep je les ai consulté, rien de suspect dans le setupact.log et le setuperr.log est entièrement vide.

    mais je recherche effectivement un log plus bavard, le log de démarrage ntbtlog.txt (qu'il faut penser à activer avant le boot) ne nous renseigne pas plus.

    Je suis intéressé par un log de la phase de démarrage qui détaillerait les etages du premier chargement post sysprep. Ou peut on trouver ce log ?

    Il y a forcement moyen de trouver une information plus utile que "Windows n'a pas pu terminer la configuration ...", ? non ?
    vendredi 19 février 2010 19:12
  • 3.5.       Microsoft Deployment Toolkit 2010 (MDT)

    MDT2010 peut être téléchargé de :  http://www.microsoft.com/downloads/details.aspx?familyid=3bd8561f-77ac-4400-a0c1-fe871c461a89&displaylang=en (ici vous avez aussi des matériels supplémentaires en anglais).

     

     

    Microsoft Deployment Toolkit 2010 est la dernière version de Microsoft Deployment Toolkit, un accélérateur pour le déploiement  des systèmes d'exploitation et des applications. MDT 2010 prend en charge le déploiement de Windows 7 et Windows Server 2008 R2, en plus le déploiement de Windows Vista, Windows Server 2008, Windows Server 2003 et Windows XP.

    MDT 2010 vous offre les bénéfices des outils unifiés pour le déploiement des stations de travail et des serveurs dans une seule console de déploiement.

    Des vidéos avec MDT 2010 :

    http://technet.microsoft.com/en-gb/windows/ee529974.aspx

    http://technet.microsoft.com/en-us/windows/ee410769.aspx

     

    ou directement sur les sites dédiés aux accélérateurs de déploiement :

     

    http://technet.microsoft.com/fr-fr/desktopdeployment/default.aspx et   http://technet.microsoft.com/fr-fr/solutionaccelerators/dd407791(en-us).aspx  

     

    Une autre source d’information directe c’est le blog de l’équipe de déploiement: http://blogs.technet.com/msdeployment/

    http://blogs.technet.com/deploymentguys/

    Voir aussi un article intéressant publié dans TechNet Magazine : « Utilisation de MDT et stockage d'instance unique »

    Vous pouvez voir une vidéo (exemple de déploiement de Windows 7): http://blogs.technet.com/b/johnbaker/archive/2010/05/25/windows-7-deployment-step-5-deploy-windows-7-to-target-computer-part-8-of-8.aspx 


    Roxana Panait, MSFT
    lundi 22 février 2010 13:32
  • 3.6.           Comment créer un Windows PE 2.x Multiboot 32 et 64 bit


    http://technet.microsoft.com/fr-fr/desktopdeployment/cc764423.aspx

    Comment créer un Windows PE 2.x Multiboot 32 et 64 bit

    Problématique

    WinPe 2.x n’incluant pas de WoW (Windows on Windows), il n’est, par exemple, pas possible d’installer Windows Vista ou Serveur 2008 x64 à partir d’un WinPe 32 bit.

    Objectif

    Les limites de WinPe étant ce qu’elles sont, il est possible de contourner ce problème en créant un media de démarrage WinPe 2.x multiboot 32/64.

    Prérequis

    Au préalable il faut avoir créé les 2 WinPe suivants à partir du Waik 1.1 :

    *       Un WinPe 32 bit : copype x86 d:\WinPe32

    *       Un WinPe 64 bit : copype amd64 d:\WinPe64

    Quelques connaissances sur WinPe 2.x, le BCD et Diskpart :

    *       Présentation de Windows PE 2.0 pour Windows Vista

    *       BCDEdit Command-Line Options

    *       Description de l'utilitaire de ligne de commande Diskpart

    Et surtout il faut aimer la ligne de commande, mais si le but est d’utiliser WinPe, je suis sûr que vous l’aimez déjà !

    Procédure

    1. La partie fichier :

    *       Renommer les boot.wim, par exemple :

    *       D:\WinPe32\ISO\Sources\boot32.wim

    *       D:\WinPe64\ISO\Sources\boot64.wim

    Note : il aurait également été possible de créer un répertoire D:\WinPe32\ISO\Sources64 contenant un boot.wim version 64
    Dans cet article, j'ai choisi la méthode qui me semble être la plus simple.

    *       Recopier le boot64.wim dans le répertoire Sources du WinPe 32.xcopy D:\WinPe64\ISO\Sources\boot64.wim D:\WinPe32\ISO\Sources\boot64.wim

    *       Le répertoire D:\WinPe32\ISO\Sources doit donc contenir les 2 Wims .

    2. Mise à jour du BCD :

    *       Ouvrir une console cmd et se déplacer dans le répertoire Boot
    cd /d d:\WinPe32\ISO\boot

    *       Vérifier le contenu du BCD
    bcdedit -store BCD /enum

    Windows Boot Manager
    --------------------
    identifier              {bootmgr}
    description             Windows Boot Manager
    locale                  en-US
    inherit                 {globalsettings}
    default                 {default}
    displayorder            {default}
    toolsdisplayorder       {memdiag}
    timeout                 30
    Windows Boot Loader
    -------------------
    identifier              {default}
    device                  ramdisk=[boot]\sources\boot.wim,{7619dcc8-fafe-11d9-b411-000476eba25f}
    path                    \windows\system32\boot\winload.exe
    description             Windows Setup
    locale                  en-US
    inherit                 {bootloadersettings}
    osdevice                ramdisk=[boot]\sources\boot.wim,{7619dcc8-fafe-11d9-b411-000476eba25f}
    systemroot              \windows
    detecthal               Yes
    winpe                   Yes
    ems                     Yes

    *       L’identifiant {7619dcc8-fafe-11d9-b411-000476eba25f} contient les informations relatives à votre RAM Disk

    *       Vous pouvez voir le détail de ces informations via :

    bcdedit -store BCD /enum all

    *       Pour simplifier les commandes ci-après, je vais utiliser RamDisk à la place de {7619dcc8-fafe-11d9-b411-000476eba25f}

    Ce que nous allons faire:

    *       Créer un nouveau Windows Boot loader, sur la base de celui déjà existant:
    bcdedit -store BCD /copy {default} /d "Windows Pe 2.1 x64"

    *       Le résultat de cette commande vous donne le GUID (l’identifiant) qu’il faudra utiliser pour modifier le second Windows Boot Loader

    ·         Pour simplifier les commandes ci-après, je vais utiliser GUIDx64 à la place de {da3a8f0a-63be-11dd-99bc-00118560a0e0}

    Note : il est aussi tout a fait possible de créer un Windows Boot Loader de A à Z, mais évidemment c’est plus long.

    *       Mettre à jour les chemins de Device et Osdevice pour qu'ils pointent vers les bons fichiers Wims

    *       Mise à jour du premier Windows Boot Loader
    bcdedit -store BCD /set {default} description "Windows Pe 2.1 x86"
    bcdedit -store BCD /set {default} device ramdisk=[boot]\sources\boot32.wim,{ RamDisk }
    bcdedit -store BCD /set {default} osdevice ramdisk=[boot]\sources\boot32.wim,{ RamDisk }

    *       Mise à jour du second Windows Boot Loader
    bcdedit -store BCD /set { GUIDx64 } device ramdisk=[boot]\sources\boot64.wim,{ RamDisk }
    bcdedit -store BCD /set { GUIDx64 } osdevice ramdisk=[boot]\sources\boot64.wim,{ RamDisk }

    Cela devrait donner:

    bcdedit -store BCD /enum

    Windows Boot Manager
    --------------------
    identifier              {bootmgr}
    description             Windows Boot Manager
    locale                  en-US
    inherit                 {globalsettings}
    default                 {default}
    displayorder            {default}
                            {da3a8f0a-63be-11dd-99bc-00118560a0e0}
    toolsdisplayorder       {memdiag}
    timeout                 30
    Windows Boot Loader
    -------------------
    identifier              {default}
    device                  ramdisk=[boot]\sources\boot32.wim,{7619dcc8-fafe-11d9-b411-000476eba25f}
    path                    \windows\system32\boot\winload.exe
    description             Windows Pe 2.1 x86
    locale                  en-US
    inherit                 {bootloadersettings}
    osdevice                ramdisk=[boot]\sources\boot32.wim,{7619dcc8-fafe-11d9-b411-000476eba25f}
    systemroot              \windows
    detecthal               Yes
    winpe                   Yes
    ems                     Yes
    Windows Boot Loader
    -------------------
    identifier              {da3a8f0a-63be-11dd-99bc-00118560a0e0}
    device                  ramdisk=[boot]\sources\boot.wim,{7619dcc8-fafe-11d9-b411-000476eba25f}
    path                    \windows\system32\boot\winload.exe
    description             Windows Pe 2.1 x64
    locale                  en-US
    inherit                 {bootloadersettings}
    osdevice                ramdisk=[boot]\sources\boot.wim,{7619dcc8-fafe-11d9-b411-000476eba25f}
    systemroot              \windows
    detecthal               Yes
    winpe                   Yes
    ems                     Yes

    Utilisation

    Une fois le BCD mis à jour, il ne reste plus qu’à :

    *       Soit générer une image ISO bootable du répertoire d:\WinPe32\ISO :

    *       En  utilisant l’outil du Waik :cd /d d:\WinPe32
    oscdimg -l"WinPe 2.1 Multi" -n -betfsboot.com ISO WinPe21.iso

    *       Puis attacher l’image ISO à une machine virtuelle ou bien graver l’ISO sur un Cd-Rom

    *       Soit en recopiant le contenu du répertoire ISO à la racine d’une clé USB ayant une partition primaire active
    La procédure est entièrement décrite dans l’aide de WinPe incluse dans le Waik
    (Windows Pe User’s guide : Customizing Windows PE\Windows PE Walkthroughs\Walkthrough: Create a Bootable Windows PE RAM Disk on UFD)

    *       Pour résumer voici la procédure diskpart:

    Diskpart
    select disk 1
    clean
    create partition primary
    select partition 1
    active
    format fs=fat32
    assign
    exit

    *       Puis recopier le contenu de l’arborescence WinPe en adaptant la lettre de lecteur :xcopy c:\winpe32\iso\*.* /s /e /f e:\


    Roxana Panait, MSFT
    lundi 22 février 2010 13:34
  • Outils d'administration de serveur distant pour Windows 7

    Les outils d'administration de serveur distant pour Windows® 7 permettent aux administrateurs informatiques de gérer des rôles et des fonctionnalités installés sur des ordinateurs Windows Server® 2008 R2, Windows Server® 2008 ou Windows Server® 2003, à partir d'un ordinateur distant Windows 7.

    Les Outils d'administration de serveur distant pour Windows 7 peuvent être installés UNIQUEMENT sur des ordinateurs exécutant les éditions Entreprise, Professionnelle ou Intégrale de Windows 7.

    Pour une description des outils d'administration de serveur à distance pour Windows 7 voir l’article KB : http://support.microsoft.com/kb/958830/fr

    Pour télécharger les outils d’administration de serveur distant pour Windows 7 aller à : http://www.microsoft.com/downloads/details.aspx?displaylang=fr&FamilyID=7d2f6ad7-656b-4313-a005-4e344e43997d

    Ce pack peut vous aider à gérer votre serveur Hyper-V à partir de Windows 7 : http://blogs.msdn.com/virtual_pc_guy/archive/2009/01/09/managing-hyper-v-from-windows-7.aspx  et http://blogs.technet.com/jhoward/archive/2008/11/14/configure-hyper-v-remote-management-in-seconds.aspx  -  http://code.msdn.microsoft.com/HVRemote

     


    Roxana Panait, MSFT
    lundi 1 mars 2010 13:19
  • Windows 7 Direct Access

     

    DirectAccess est une nouvelle fonctionnalité de Windows 7 et de Windows Server 2008 R2 qui permet aux utilisateurs distants d’accéder de manière sécurisée aux ressources partagées, aux sites Web et aux applications sur un réseau interne, sans recourir à une connexion de réseau privé virtuel (VPN). DirectAccess établit une connectivité bidirectionnelle avec un réseau interne dès qu’un ordinateur équipé de DirectAccess se connecte à Internet. Les utilisateurs n’ont pas à se souvenir de se connecter au réseau interne et les administrateurs informatiques peuvent gérer les ordinateurs distants en dehors du bureau, même lorsque ces derniers ne sont pas connectés au réseau privé virtuel.

    DirectAccess nécessite des clients exécutant Windows 7 ou Windows Server 2008 R2 et au moins un serveur DirectAccess exécutant Windows Server 2008 R2.

    Pour une description des bénéfices de Windows 7 Direct Access voir : http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=d8eb248b-8bf7-4798-a1d1-04d37f2e013c  (anglais)

    Pour une vue technique de DirectAccess vous pouvez consulter : http://www.microsoft.com/downloads/details.aspx?familyid=64966E88-1377-4D1A-BE86-AB77014495F4&displaylang=en (anglais)

    Pour le guide de déploiement de Direct Access vous pouvez consulter : http://www.microsoft.com/downloads/details.aspx?familyid=647222D1-A41E-4CDB-BA34-F057FBC7198F&displaylang=en (anglais)

    Le centre technique de DirectAccess sur TechNet en anglais : http://technet.microsoft.com/fr-fr/network/dd420463(en-us).aspx  ou http://technet.microsoft.com/fr-fr/library/dd758757(WS.10).aspx

    Vous avez aussi des webcasts disponibles : http://social.technet.microsoft.com/Forums/fr-FR/windowsserver2008fr/thread/adbc2141-c2fb-462e-a091-29091f22e196#link8

     

    lundi 1 mars 2010 13:54
  • Bonjour Roxana,

    Juste un petit détail : les liens sur 3.3 et 3.5 de ton premier message semblent morts !


    Cordialement Aski MVP Desktop Experience http://dechily.org/Forum_Aski/
    samedi 17 juillet 2010 14:09
    Modérateur
  • Bonjour Aski,

     

    Au vu de votre active implication et excellente contribution sur les forums TechNet France, je voudrais vous proposer de devenir modérateur sur les forums TechNet Fr : http://social.technet.microsoft.com/Forums/fr-FR/help#363 . (et j’espère que allez accepter J)

    Ces droits représentent  une promotion et non une devoir pour vous.

    J’aimerais vous envoyer le guide de modération et l’accès au forum de modérateur, mais j’aurais besoin de votre adresse email. Si vous accepter, merci de me le transmettre.

     

    Bien cordialement,

     

    Roxana



    Roxana PANAIT, MSFT  Follow TechNetFr on Twitter

    • Votez l’article qui vous est utile ou postez un pour participer au concours : Appel à la contribution

    •Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte. Tous les messages / messages mis à disposition tels qu'ils sont, sans aucune garantie. Ces entrées ne représentent pas les pensées, les intentions, les plans ou les stratégies de Microsoft.
    mardi 20 juillet 2010 07:27
  • Bonjour Roxana,

    Au vu de votre active implication et excellente contribution sur les forums TechNet France, je voudrais vous proposer de devenir modérateur sur les forums TechNet Fr : http://social.technet.microsoft.com/Forums/fr-FR/help#363 . (et j’espère que allez accepter J)

    Merci Roxana, je réponds par courrier privé.


    Cordialement Aski MVP Desktop Experience http://dechily.org/Forum_Aski/
    mardi 20 juillet 2010 08:03
    Modérateur
  • bonjour

    Je me lance depuis quelques jours  dans le déploiement de Seven et j'ai le même problème que vous : après un sysprep, reboot et plantage sur le démarrage des services... Avez-vous finis par trouver une solution à votre problème ?

     

    Cdlt

    Olivier GIRARD

    mardi 14 décembre 2010 09:20
  • Bonjour à tous,

    Après 9 mois, je me suis enfin décider à rédiger une petite documentation pour déployer Windows Seven au sein d'un parc informatique (intégration domaine, ntp, récup du nom via reverse dns, etc...)

    Si ça intéresse quelqu'un, vous pouvez le trouver ici .

    mardi 28 décembre 2010 18:19
  • Bonjour hamador,

    L'adresse de votre documentation ne fonctionne pas.

    Merci de la partager avec nous dans un nouveau thread discussion pour l'inclure dans le concours d'articles: http://social.technet.microsoft.com/Forums/fr-FR/win7fr/thread/225fae7f-896e-430c-be2e-b9d4186bd785

    Cordialement

    Roxana



    Roxana PANAIT, MSFT  Follow TechNetFr on Twitter 

    • Votez l’article qui vous est utile ou postez un pour participer au concours : Appel à la contribution

    •Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.

    jeudi 30 décembre 2010 07:27
  • Bonjour,

     

    Super sympa l'idée du coach !

    Lorsque je veux télécharger l'intégralité de l'atelier (planifier votre migration avec MAP ) j'ai une erreur 404.

    Pouvez vous jeter un oeil ?

     

    Merci

    lundi 28 février 2011 07:31
  • Bonjour,

    Merci pour votre message.

    L’erreur est corrigée, merci de nous confirmer que ça fonctionne pour vous aussi.

    Cordialement,

    Roxana



    Roxana PANAIT, MSFT  Follow TechNetFr on Twitter 

    • Votez l’article qui vous est utile ou postez un pour participer au concours : Appel à la contribution

    •Nous vous prions de considérer que dans le cadre de ce forum on n’offre pas de support technique et aucune garantie de la part de Microsoft ne peut être offerte.

    jeudi 3 mars 2011 15:57
  • Bonjour et merci bien pour toute ces informations.

    Je vous contacte au sujet de: ajouter, supprimer et énumérer des packages

    Existe-t-il une documentation spécifique a ces interventions aplicable a Windows 7 SP1 svp ?

    En suivant les liens indiqué:

     

    Publication: octobre 2009

    Mis à jour: octobre 2009

    S'applique à: Windows 7, Windows Server 2008 R2

    Peut ètre y aura-t-il une mise a jour de ces informations avec l'arrivée de Windows Server 2011 ?

    En vous remerciant par avance de votre réponse.

    mardi 12 avril 2011 16:17
  • Bonjour, je me permets de 

    deterrer un peu lme topic tres instructif.

    J'ai un probleme lors du déploiement d'une image sysprepée. 

    je travaille actuellement à la réalisation dun image.wim sur une station HP Z800 de reference qui est configuré avec un raid sur 3 disques pour la deployer sur des stations z800 .
    J'ai créé l'image.wim de référence, j'ai effectué un sysprep, et lorsque la machine redémarre, vers la fin de l'install, il me renvoie l'erreur suivante " windows setup could not configure windows to run onthis computer's hardware"
    Du coup j'ai soupconné le pilote controller raid. 
    1-J'ai donc injecter les pilotes dans l'image sysprepée - j'ai deployé et j'ai la meme erreur
    2- J'ai injecter les derniers pilotes à jour pris sur le site HP - redeployer et meme erreur.
    3 - J'ai passé la valeur PersistAllDeviceInstalls to TRUE dans le fichier unattend
    <settings pass="generalize">
    <component name="Microsoft-Windows-PnpSysprep">
    <PersistAllDeviceInstalls>true</PersistAllDeviceInstalls>
    </component>

    j'ai recapturé, puis relancer le deployement - toujours la meme erreur.
    Je seche un peu là . auriez-vous une idée? 
    je n'ai pas tenté de mettre à jour le bios (trop dangereux - et je ne peux pas désactiver le raid bios car perte de données sur le volume en question)

    merci d'avance pour votre aide.

    mercredi 29 mai 2013 11:47