Modifier les fichiers .inf

et migapp.
inf. Ne modifiez pas sysfiles.inf parce qu’il contient une
liste des fichiers qui ne doivent pas migrer. Cette liste par défaut
contient des fichiers OS qui pourraient entrer en conflit
avec les nouveaux fichiers OS du système cible. Seule exception
à  cette règle : si vous devez ajouter un fichier à  la liste
pour vous assurer que le fichier ne migrera jamais. Migsys.inf
contient des règles pour la migration des paramètres d’OS,
comme les options d’accessibilité, les polices, les sons et le
multimédia, et autres paramètres de personnalité. Miguser.
inf spécifie les dossiers utilisateur et machine qui migreront.
Ces dossiers incluent, entre autres, Desktop, Start
Menu, Favorites, My Ddocuments et Quick Launch. Migapp.
inf fait migrer les paramètres pour un certain groupe d’applications.
Les règles de migration d’applications fournies
couvrent une palette d’applications Microsoft et tierce partie
bien connues. Mais sachez que seuls les paramètres migrent :
les applications doivent être installées sur le système cible
pour bénéficier des paramètres qui ont migré.
Quand vous savez où regarder, vous pouvez commencer
à  personnaliser les fichiers .inf en fonction de vos besoins. Si
la programmation Windows vous est familière, vous connaissez
la structure des fichiers .inf. Dans le cas contraire, vous
pouvez utiliser les conseils suivants, mais si vous envisagez
beaucoup de réglages fins, il vaut mieux lire d’autres documentations
sur la structure des fichiers .inf. Si vous avez le
CD-ROM d’installation de Windows Server 2003, examinez le
document User State Migration Tool – INF Commands dans
le dossier \USMT.
La structure de base des fichiers .inf utilise des noms de
sections entre crochets. Dans l’exemple de la figure 1, version
et System Settings sont des sections. Le contenu d’une
section fait souvent référence à  un composant ou à  un état
individuel qui se trouve plus bas dans le fichier .inf. Un composant
est un ensemble de règles de même nature qui définissent
un état pour un élément, tandis qu’un état individuel
est défini par un fichier, un paramètre de registre, ou un dossier.
USMT traite la plupart des éléments présents dans les fichiers
.inf par défaut, comme des composants, parce que
l’outil peut traiter plus facilement les éléments quand ils sont
groupés. Dans la figure 1, par exemple, les éléments figurant
dans la section System Settings sont des composants et
chaque élément apparaît plus loin dans le fichier .inf comme
une section contenant les éléments qui constituent cet état.
Pour désactiver la collection de tous les fichiers et paramètres
qui font partie d’un composant, placez simplement
un point-virgule devant le nom du composant dans la section
supérieure (dans le cas présent, System Settings). Cela peut
paraître compliqué, mais avec un peu de pratique vous jonglerez
facilement avec les fichiers .inf.
Pour étendre les données qu’USMT recueille, vous pouvez
ajouter des éléments aux fichiers .inf par défaut, mais je
vous conseille de créer un fichier .inf personnalisé et de traiter
les fichiers .inf en les ajoutant à  la ligne de commande
Scanstate, précédés par /i. Le listing 3 montre un exemple
très simple d’un fichier .inf modèle qui utilise des composants
et montre comment une section pointe vers une autre.
L’illustration devrait vous donner un aperçu du flux des fichiers
.inf et vous mettre le pied à  l’étrier pour créer le vôtre.
Si vous avez accès au document User State Migration Tool –
INF Commands mentionné précédemment, vous y trouverez
une mine d’informations sur la modification et la création
des fichiers .inf.