Win7 + SysPrep + CloneZilla = paramètres perdus

C'est un comportement normal pour Sysprep. Veuillez consulter les articles TechNet ' Comment fonctionne Sysprep et Maintien des configurations des pilotes lors de la capture d'une image Windows '. Cependant, votre image sera alors limitée à ce matériel spécifique. Vous pouvez aussi ' Ajouter et supprimer des pilotes hors ligne '. Vous ne devez pas activer Windows ou le joindre à un domaine avant d'exécuter sysprep.

Les plus récents outils d'imagerie et de déploiement de Microsoft peuvent gérer les pilotes de périphériques pour rendre vos images indépendantes du matériel. Si vous disposez d'un Windows Server 2008 R2 ou plus récent, alors Services de déploiement de Windows (WDS) est un rôle intégré qui peut être activé et possède un magasin de pilotes dans lequel vous placez tous les pilotes de périphériques pour une installation automatique pendant le déploiement.

En Boîte à outils de déploiement de Microsoft (MDT) est une solution de déploiement gratuite qui ne se contente pas de gérer les pilotes de périphériques, mais vous permet d'installer des logiciels, des paquets et des mises à jour (en vérifiant même votre serveur WSUS ou Windows Update) pendant le processus de déploiement, automatiquement. Cela vous permet de créer une image indépendante du matériel que vous pouvez déployer sur toutes vos machines. MDT peut être installé sur votre poste de travail de technicien.

J'espère que cela vous aidera,

Tu t'y prends mal. Clonezilla est un très mauvais clone de Ghost (désolé pour le jeu de mots) et Symantec ne vend même plus Ghost, ce qui devrait vous donner une idée de l'obsolescence de cette approche de "clonage de disque". Voir : http://mdtguy.wordpress.com/2013/06/13/clonezilla-is-a-joke-and-a-bad-one-at-that/

Donc il y a deux options ici :

Utilisation de la PersistAllDeviceInstalls y copierprofile Vous pouvez définir le fichier unattended.xml pour indiquer à sysprep de conserver tous les pilotes et paramètres (non recommandé). Cela vous oblige à créer une image pour chaque marque et chaque modèle que vous prenez en charge (c'est une corvée). Copier le profil, c'est bien, faire persister les pilotes, c'est moins bien. Voir ci-dessous.

...Meilleure idée...

UTILISEZ MDT 2013 à la place. C'est gratuit ET écrit par Microsoft (les personnes qui ont écrit le système d'exploitation).

http://www.microsoft.com/mdt

• Télécharger et installer ADK 8.1 (oui, cela fonctionne pour Win7)
• Téléchargez et installez MDT 2013 (oui, cela fonctionne aussi pour Win7)
• Créez un partage pour la construction de l'image de référence dans le workbench MDT.
• Importer le fichier .wim pour Win7 à partir de l'ISO
• Créez une séquence de tâches pour l'image de compilation (activez les mises à jour de Windows si vous le souhaitez).
• Mise à jour du partage et utilisation d'une VM, démarrage sur l'image WinPE qu'elle crée dans le dossier de démarrage.
• Créez votre image de référence dans une VM (de cette façon, vous aurez une image sans pilote).
• Capturez votre image (MDT fera le sysprep pour vous).
• Créez un deuxième partage dans MDT pour déployer cette image.
• Créez une séquence de tâches de déploiement d'image.
• Chargez vos pilotes dans ce partage en utilisant la méthode du "contrôle total" enseignée par Johan Arwidmark.
• MDT injectera les pilotes au moment du déploiement.

Un guide plus complet est disponible ici : http://mdtguy.wordpress.com/getting-started/

Je sais que cela semble exagéré, mais cela présente plusieurs avantages clés, dont celui d'avoir une image agnostique du matériel qui fonctionne sur toutes les marques et tous les modèles.

MDT peut également nommer les systèmes pour vous, mettre à jour les images et installer java, flash, firefox, etc. et enfin se connecter au domaine pour vous.

Clonezilla est un très mauvais choix si vous essayez de déployer Windows 7. N'essayez pas d'être un héros et de réinventer la roue ici, les nouveaux outils de déploiement de MS sont de l'argent, ils demandent juste un peu de travail pour être opérationnels mais ils en valent la peine.

Par défaut, Sysprep ne clone pas les pilotes vidéo.

En dehors de cela, voici les limites de Sysprep, telles qu'elles sont indiquées sur le site Web de l'entreprise TechNet :

Vous devez utiliser uniquement la version de Sysprep qui est installée avec l'image Windows que vous avez l'intention de configurer. Sysprep est installé avec toutes les versions de Windows et doit toujours être exécuté à partir de l'icône de l'ordinateur. %WINDIR%\system32\sysprep répertoire.

Sysprep ne doit pas être utilisé sur les types d'installation de mise à niveau. Exécutez Sysprep uniquement sur les installations propres.

• Le numéro de la partition où Windows Vista est installé doit correspondre.
• Le type de partition (primaire, étendue ou logique) doit correspondre.
• Si vous avez une autre partition active pour les magasins Bootmgr et BCD sur le système de référence, vous devez également capturer cette partition et l'appliquer à la même partition sur l'ordinateur de destination.

Cette limitation s'applique uniquement à la commande imagex /apply. Si vous exécutez le programme d'installation et réinstallez Windows, vous pouvez modifier les lettres de lecteur où Windows est installé.

Lorsque vous copiez des images Windows entre ordinateurs, il n'est pas nécessaire que les ordinateurs de référence et de destination aient des couches d'abstraction matérielle (HAL) compatibles. Le site /detecthal dans les Boot Configuration Data (BCD) permettra à un système qui a déjà exécuté Sysprep d'installer le HAL correct.

Les périphériques Plug and Play présents sur les ordinateurs de référence et de destination, tels que les modems, les cartes son, les adaptateurs réseau et les cartes vidéo, ne doivent pas nécessairement provenir du même fabricant. Cependant,

Les pilotes de ces périphériques doivent être inclus dans l'installation. Vous ne pouvez pas automatiser l'exécution de Sysprep en utilisant une commande RunSynchronous dans la passe de configuration auditUser. Vous pouvez automatiser l'exécution de Sysprep uniquement en utilisant une commande FirstLogonCommand dans le pass oobeSystem.

En exécutant Sysprep, Windows Welcome vous demandera une clé de produit. Vous pouvez utiliser un fichier de réponse avec Sysprep pour empêcher Windows Welcome de vous demander une clé de produit. Si vous spécifiez une clé de produit valide dans le paramètre ProductKey du composant Microsoft-Windows-Shell-Setup pendant la passe spéciale, alors Windows Welcome ne vous demandera pas de clé de produit.