Partager via

Syntaxe de LoadState

  • Article

Cette rubrique aborde la syntaxe et les options de la commande LoadState.

Dans cette rubrique

Avant de commencer

Syntaxe

Options de stockage

Options de règle de migration

Options de suivi

Options utilisateur

Options de ligne de commande incompatibles

Avant de commencer

Avant d’exécuter la commande LoadState, notez les points suivants :

  • Pour vous assurer que tous les paramètres de système d’exploitation sont migrés, nous vous recommandons d’exécuter des commandes LoadState en mode Administrateur à partir d’un compte muni d’informations d’identification d’administration.

  • Pour plus d’informations sur la configuration logicielle requise pour l’exécution de la commande LoadState, voir Configuration requise pour l’outil USMT.

  • Vous avez tout intérêt à fermer la session après avoir exécuté l’outil LoadState. Certains paramètres, tels que ceux relatifs aux polices, au papier peint et à l’écran de veille, ne prennent effet qu’à la prochaine ouverture de session de l’utilisateur.

  • Sauf indication contraire, vous pouvez utiliser chaque option une seule fois lorsque vous exécutez un outil dans la ligne de commande.

  • L’outil LoadState n’exige aucun accès à un contrôleur de domaine pour appliquer des profils de domaine. Cette fonctionnalité est disponible sans configuration supplémentaire. Si l’ordinateur source n’a pas eu besoin d’un accès au contrôleur de domaine au moment où le profil utilisateur a été récupéré à l’aide de ScanState, les profils de domaine restent toutefois inaccessibles tant que l’ordinateur de destination n’est pas joint au domaine.

  • Le tableau Options de ligne de commande incompatibles recense les options que vous pouvez utiliser ensemble et les options de ligne de commande incompatibles.

Syntaxe

Cette section explique la syntaxe et l’utilisation des options de ligne de commande disponibles lorsque vous avez recours à la commande LoadState. Les options peuvent être spécifiées dans n’importe quel ordre. Si l’option contient un paramètre, vous pouvez utiliser le caractère deux-points ou un espace en guise de séparateur.

La syntaxe de la commande LoadState est la suivante :

loadstate chemin_accès_magasin [/i:[chemin\]nom_fichier] [/v:niveau_détail] [/nocompress] [/decrypt /key:chaîne_clé|/keyfile:[chemin\]nom_fichier] [/l:[chemin\]nom_fichier] [/progress:[chemin\]nom_fichier] [/r:nombre_nouvelles_tentatives] [/w:secondes_avant_nouvelle tentative] [/c] [/all] [/ui:[nom_domaine|nom_ordinateur\]nom_utilisateur] [/ue:[[nom_domaine|nom_ordinateur\]nom_utilisateur] [/uel:nombre_jours|AAAA/MM/JJ|0] [/md:ancien_domaine:nouveau_domaine] [/mu:ancien_domaine\ancien_nom_utilisateur:[nouveau_domaine\]nouveau_nom_utilisateur] [/lac:[mot_de_passe]] [/lae] [/config:[chemin\]nom_fichier] [/?|help]

Par exemple, pour déchiffrer le magasin et migrer les fichiers et les paramètres sur un ordinateur doté de Windows Vista ou de Windows 7, tapez ce qui suit dans la ligne de commande :

loadstate \\server\share\migration\mystore /i:migapp.xml /i:migdocs.xml /v:13 /decrypt /key:"mykey"

Options de stockage

L’USMT propose les options suivantes pour spécifier le mode et l’emplacement de stockage des données migrées.

Option de ligne de commande Description

chemin_accès_magasin

Indique le dossier dans lequel les données des fichiers et des paramètres sont stockées. Vous devez spécifier l’option chemin_accès_magasin lorsque vous utilisez la commande LoadState. Vous ne pouvez pas préciser plusieurs emplacements chemin_accès_magasin.

/decrypt /key:chaîne_clé

ou

/decrypt /key:"chaîne_clé"

ou

/decrypt /keyfile:[chemin\]nom_fichier

Déchiffre le magasin avec la clé spécifiée. Avec cette option, vous devez spécifier la chaîne de chiffrement de l’une des façons suivantes :

  • /key: chaîne_clé spécifie la clé de chiffrement. Si l’argument chaîne_clé contient un espace, vous devez le mettre entre guillemets.

  • /keyfile: chemin_accès_et_nom_fichier spécifie un fichier texte (.txt) contenant la clé de chiffrement.

L’argument chaîne_clé ne peut pas contenir plus de 256 caractères.

Les options /key et /keyfile ne peuvent pas être utilisées sur la même ligne de commande.

Les options /decrypt et /nocompress ne peuvent pas être utilisées sur la même ligne de commande.

> [!IMPORTANT] > Utilisez cette option avec précaution car quiconque ayant accès au script de ligne de commande LoadState a aussi accès à la clé de chiffrement. >

Exemple :

loadstate /i:migapp.xml /i:migdocs.xml \\server\share\migration\mystore /decrypt /key:mykey

/decrypt : "niveau_chiffrement"

L’option /decrypt accepte un paramètre de ligne de commande qui définit le niveau de chiffrement spécifié pour le chiffrement du magasin de migration. Pour plus d’informations sur les algorithmes de chiffrement pris en charge, voir Chiffrement de magasin de migration.

/hardlink

Permet de restaurer des données d’état utilisateur à partir d’un magasin de migration par lien physique. Le paramètre /nocompress doit être spécifié avec l’option /hardlink.

/nocompress

Précise que le magasin n’est pas compressé. Vous ne devez utiliser cette option que dans des environnements de test. Nous vous recommandons d’utiliser un magasin compressé au moment même d’effectuer votre migration. Cette option ne peut pas être utilisée avec l’option /decrypt.

Exemple :

loadstate /i:migapp.xml /i:migdocs.xml \\server\share\migration\mystore /nocompress

Options de règle de migration

L’USMT fournit les options suivantes pour spécifier les fichiers à migrer.

Option de ligne de commande Description

/i:[chemin\]nom_fichier

(include)

Spécifie un fichier XML contenant les règles qui définissent l’état à migrer. Vous pouvez spécifier cette option plusieurs fois pour inclure tous vos fichiers XML (MigApp.xml, MigSys.xml, MigDocs.xml et tous les fichiers XML personnalisés que vous créez). chemin peut être un chemin d’accès relatif ou complet. Si vous ne spécifiez pas la variable chemin, nom_fichier doit alors se trouver dans le répertoire actuel.

Pour plus d’informations sur les fichiers à spécifier, voir la section « Fichiers XML » de la rubrique Forum Aux Questions.

/config:[chemin\]nom_fichier

Spécifie le fichier Config.xml que doit utiliser la commande LoadState. Vous ne pouvez pas utiliser cette option plus d’une fois dans la ligne de commande. chemin peut être un chemin d’accès relatif ou complet. Si vous ne spécifiez pas la variable chemin, nom_fichier doit alors se trouver dans le répertoire actuel.

Cet exemple migre les fichiers et les paramètres en fonction des règles énoncées dans les fichiers Config.xml, MigDocs.xml et MigApp.xml :

loadstate \\server\share\migration\mystore /config:config.xml /i:migdocs.xml /i:migapp.xml /v:5 /l:loadstate.log

/auto: "chemin d’accès aux fichiers de script"

Cette option vous permet de préciser l’emplacement des fichiers XML par défaut, puis de lancer votre migration. Si aucun chemin d’accès n’est spécifié, l’USMT utilise le répertoire dans lequel résident les binaires propres à l’USMT. L’option /auto revient à utiliser les options suivantes : /i:MigDocs.xml/i:MigApp.xml /v:5.

Options de suivi

L’USMT fournit plusieurs options de ligne de commande que vous pouvez utiliser pour analyser des problèmes survenus au cours de la migration.

Option de ligne de commande Description

/l:[chemin\]nom_fichier

Spécifie l’emplacement et le nom du fichier journal LoadState. Vous ne pouvez pas stocker les fichiers journaux dans chemin_accès_magasin. chemin peut être un chemin d’accès relatif ou complet. Si vous ne spécifiez pas la variable chemin, le journal est créé dans le répertoire actuel. Vous pouvez spécifier l’option /v pour ajuster le volume de la sortie.

Si vous exécutez la commande LoadState à partir d’une ressource réseau partagée, vous devez spécifier cette option sans quoi l’USMT échoue avec l’erreur suivante : « L’Outil de migration utilisateur (USMT) n’a pas pu créer le ou les fichiers journaux ». Pour résoudre ce problème, utilisez l’option /l:load.log.

/v: <niveau_détail>

(Verbosity)

Permet une sortie détaillée dans le fichier journal LoadState. La valeur par défaut est 0.

Vous pouvez affecter l’un des niveaux suivants à la variable niveau_détail :

 

Niveau Explication

0

Seuls les erreurs et avertissements par défaut sont activés.

1

Active la sortie en clair.

4

Active la sortie d’erreur et d’état.

5

Active la sortie en clair et d’état.

8

Active la sortie d’erreur vers un débogueur.

9

Active la sortie en clair vers un débogueur.

12

Active la sortie d’erreur et d’état vers un débogueur.

13

Active la sortie en clair, d’état et du débogueur.

 
          </div>
          <p>Exemple :</p>
          <p>
            <code>loadstate \\server\share\migration\mystore /v:5 /i:migdocs.xml /i:migapp.xml</code>
          </p>
        </td>
      </tr>
      <tr>
        <td colspan="1">
          <p>
            <strong>/progress:</strong>[<em>chemin\</em>]<em>nom_fichier</em></p>
        </td>
        <td colspan="1">
          <p>Crée le journal de progression facultatif. Vous ne pouvez pas stocker les fichiers journaux dans <em>chemin_accès_magasin</em>. <em>chemin</em> peut être un chemin d’accès relatif ou complet. Si vous ne spécifiez pas la variable <em>chemin</em>, <em>nom_fichier</em> est créé dans le répertoire actuel.</p>
          <p>Exemple :</p>
          <p>
            <code>loadstate /i:migapp.xml /i:migdocs.xml \\server\share\migration\mystore /progress:prog.log /l:scanlog.log</code>
          </p>
        </td>
      </tr>
      <tr>
        <td>
          <p>
            <strong>/c</strong>
          </p>
        </td>
        <td>
          <p>Lorsque vous spécifiez cette option, l’exécution de la commande <strong>LoadState</strong> se poursuit même si des erreurs récupérables surviennent. Tout fichier ou paramètre qui provoque une erreur est consigné dans le journal de progression. Par exemple, si un fichier de taille importante ne tient pas sur l’ordinateur, la commande <strong>LoadState</strong> consigne une erreur et poursuit la migration. Sans l’option <strong>/c</strong>, la commande <strong>LoadState</strong> se ferme dès la première erreur. Vous pouvez utiliser la nouvelle section &lt;<strong>ErrorControl</strong>&gt; du fichier Config.xml pour spécifier les erreurs de lecture/écriture de fichier ou du Registre qui peuvent être ignorées sans risque et celles susceptibles de faire échouer la migration. Ceci permet à l’option de ligne de commande <strong>/c</strong> d’ignorer en toute sécurité toutes les erreurs d’entrée/sortie (E/S) dans votre environnement. Qui plus est, l’option <strong>/genconfig</strong> génère à présent un exemple de section &lt;<strong>ErrorControl</strong>&gt; mis en place en spécifiant les messages d’erreur et les comportements souhaités au sein du fichier Config.xml.</p>
        </td>
      </tr>
      <tr>
        <td colspan="1">
          <p>
            <strong>/r:</strong>
            <em>&lt;nombre_nouvelles_tentatives&gt;</em>
          </p>
        </td>
        <td colspan="2">
          <p>
            <strong>(Retry)</strong>
          </p>
          <p>Spécifie le nombre de tentatives possibles en cas d’erreur lors de la migration de l’état utilisateur depuis un serveur. La valeur par défaut est trois fois. Cette option est utile dans les environnements où la connectivité réseau n’est pas fiable.</p>
          <p>Durant la restauration de l’état utilisateur, l’option <strong>/r</strong> ne récupère pas les données perdues suite à une défaillance de l’équipement réseau (par exemple, un câble réseau défectueux ou déconnecté) ou à l’échec d’une connexion VPN (réseau privé virtuel). L’option de nouvelle tentative est destinée aux grands réseaux encombrés où la connectivité est satisfaisante, mais où la latence de communication pose problème.</p>
        </td>
      </tr>
      <tr>
        <td colspan="1">
          <p>
            <strong>/w:</strong>
            <em>&lt;secondes_avant_nouvelle tentative&gt;</em>
          </p>
        </td>
        <td colspan="2">
          <p>
            <strong>(Wait)</strong>
          </p>
          <p>Spécifie le délai d’attente (en secondes) avant que l’opération de fichier réseau ne soit retentée. La valeur par défaut est 1 seconde.</p>
        </td>
      </tr>
      <tr>
        <td colspan="1">
          <p>
            <strong>/?</strong> ou <strong>/help</strong></p>
        </td>
        <td colspan="2">
          <p>Affiche l’aide sur la ligne de commande.</p>
        </td>
      </tr>
    </table>

Options utilisateur

Par défaut, tous les utilisateurs sont migrés. Le seul moyen de spécifier les utilisateurs à inclure et à exclure consiste à utiliser les options suivantes. Vous ne pouvez pas exclure des utilisateurs dans les fichiers XML de migration ou à l’aide du fichier Config.xml. Pour plus d’informations, voir Identifier les utilisateurs.

Option de ligne de commande Description

/all

Migre tous les utilisateurs sur l’ordinateur.

L’USMT migre tous les comptes d’utilisateurs de l’ordinateur, sauf si vous excluez spécifiquement un compte au moyen de l’option /ue ou /uel. C’est pourquoi il n’est pas nécessaire de spécifier cette option sur la ligne de commande. En revanche, si vous choisissez d’utiliser l’option /all, vous ne pouvez pas utiliser aussi les options /ui, /ue ou /uel.

/ui: nom_domaine\nom_utilisateur

ou

/ui:"nom_domaine\nom_utilisateur"

ou

/ui: nom_ordinateur\nom_utilisateur_local

(User include)

Migre l’utilisateur spécifié. Par défaut, tous les utilisateurs sont inclus dans la migration. Autrement dit, cette option n’est utile que lorsque vous utilisez l’option /ue. Vous pouvez spécifier plusieurs options /ui mais vous ne pouvez pas utiliser l’option /ui avec l’option /all. nom_domaine et nom_utilisateur peuvent contenir le caractère générique « * » (astérisque). Lorsque vous spécifiez un nom d’utilisateur qui contient des espaces, vous devez le mettre entre guillemets.

Exemple :

  • Pour inclure uniquement l’utilisateur User2 du domaine Corporate, tapez :

    /ue:*\* /ui:corporate\user2

noteRemarque
Si vous précisez qu’un utilisateur est inclus au moyen de l’option /ui et qu’il est également exclu à l’aide de l’option /ue ou de l’option /uel, l’utilisateur est inclus dans la migration.

Pour obtenir plus d’exemples, voir les descriptions des options /uel, /ue et /ui dans ce tableau.

/uel:<nombre_jours>

ou

/uel:<AAAA/MM/JJ>

ou

/uel:0

(User exclude based on last logon)

Migre uniquement les utilisateurs qui ont ouvert une session sur l’ordinateur source au cours de la période spécifiée en se basant sur la date de dernière modification inscrite dans le fichier Ntuser.dat sur l’ordinateur source. L’option /uel intervient en qualité de règle d’inclusion. Par exemple, l’option /uel:30 migre les utilisateurs qui ont ouvert une session, ou dont le compte d’utilisateur a été modifié, au cours des 30 derniers jours à compter de la date d’exécution de la commande ScanState.

Vous pouvez spécifier un nombre de jours ou bien une date. Vous ne pouvez pas utiliser cette option avec l’option /all. L’USMT récupère les dernières informations d’ouverture de session depuis l’ordinateur local ; il n’est donc pas nécessaire que celui-ci soit connecté au réseau lorsque vous exécutez cette option. De plus, si un utilisateur du domaine a ouvert une session sur un autre ordinateur, cette instance d’ouverture de session n’est pas prise en compte par l’USMT.

noteRemarque
L’option /uel n’est pas valide pour les migrations hors connexion.

Exemples :

  • /uel:0 migre les comptes qui avaient une session ouverte sur l’ordinateur source au moment de l’exécution de la commande ScanState.

  • /uel:90 migre les utilisateurs qui ont ouvert une session ou dont le compte a été modifié au cours des 90 derniers jours.

  • /uel:1 migre les utilisateurs dont les comptes ont été modifiés au cours des dernières 24 heures.

  • /uel:2002/1/15 migre les utilisateurs qui ont ouvert une session ou dont les comptes ont été modifiés depuis le 15 janvier 2002.

Exemple :

loadstate /i:migapp.xml /i:migdocs.xml \\server\share\migration\mystore /uel:0

/ue:nom_domaine\nom_utilisateur

ou

/ue:"nom_domaine\nom_utilisateur"

ou

/ue:nom_ordinateur\nom_utilisateur_local

(User exclude)

Exclut les utilisateurs spécifiés de la migration. Vous pouvez spécifier plusieurs options /ue mais vous ne pouvez pas utiliser l’option /ue avec l’option /all. nom_domaine et nom_utilisateur peuvent contenir le caractère générique « * » (astérisque). Lorsque vous spécifiez un nom d’utilisateur qui contient des espaces, vous devez le placer entre guillemets.

Exemple :

loadstate /i:migapp.xml /i:migdocs.xml \\server\share\migration\mystore /ue:contoso\user1

Pour obtenir plus d’exemples, voir les descriptions des options /uel, /ue et /ui dans ce tableau.

/md: ancien_domaine:nouveau_domaine

ou

/md: nom_ordinateur_local:nouveau_domaine

(move domain)

Spécifie un nouveau domaine pour l’utilisateur. Utilisez cette option pour modifier le domaine des utilisateurs d’un ordinateur ou pour migrer un utilisateur local vers un compte de domaine. ancien_domaine peut contenir le caractère générique « * » (astérisque).

Vous pouvez spécifier cette option plusieurs fois. Vous pouvez envisager de spécifier plusieurs options /md si vous regroupez les utilisateurs de plusieurs domaines dans un domaine unique. Par exemple, pour regrouper les utilisateurs des domaines Corporate et FarNorth dans le domaine Fabrikam, vous pouvez éventuellement utiliser les commandes suivantes : /md:corporate:fabrikam et /md:farnorth:fabrikam.

En cas de conflits entre les deux commandes /md, c’est la première règle que vous spécifiez qui est appliquée. Par exemple, si vous appliquiez les commandes /md:corporate:fabrikam et /md:corporate:farnorth, les utilisateurs du domaine Corporate seraient mappés au domaine Fabrikam.

noteRemarque
Si vous spécifiez un ancien_domaine qui n’existait pas sur l’ordinateur source, la commande LoadState donnera l’impression d’avoir correctement abouti, sans erreur ou avertissement. Cependant, dans ce cas, les utilisateurs ne sont pas déplacés vers le nouveau_domaine mais sont conservés dans leur domaine d’origine. Par exemple, si vous commettez une faute de frappe dans l’orthographe du nom « contoso » et tapez « /md:contso:fabrikam », les utilisateurs resteront dans le domaine contoso sur l’ordinateur de destination.

Exemple :

loadstate /i:migapp.xml /i:migdocs.xml \\server\share\migration\mystore

/progress:prog.log /l:load.log /md:contoso:fabrikam

/mu: ancien_domaine\ancien_nom_utilisateur:[nouveau_domaine\]nouveau_nom_utilisateur

ou

/mu: ancien_nom_utilisateur_local:nouveau_domaine\nouveau_nom_utilisateur

Spécifie un nouveau nom d’utilisateur pour l’utilisateur spécifié. Si le magasin contient plusieurs utilisateurs, vous pouvez spécifier plusieurs options /mu. Cette option n’autorise pas l’utilisation de caractères génériques.

Exemple :

loadstate /i:migapp.xml /i:migdocs.xml \\server\share\migration\mystore

/progress:prog.log /l:load.log /mu:contoso\user1:fabrikam\user1

/lac:[mot_de_passe]

(local account create)

Précise que si un compte d’utilisateur est un compte local (et non de domaine) et s’il n’existe pas sur l’ordinateur de destination, l’USMT crée le compte sur l’ordinateur de destination mais ce compte est désactivé. Pour activer le compte, vous devez également utiliser l’option /lae.

Si l’option /lac n’est pas spécifiée, les comptes d’utilisateurs qui n’existent pas déjà sur l’ordinateur de destination ne sont pas migrés.

mot_de_passe désigne le mot de passe du nouveau compte à peine créé. Un mot de passe vide est utilisé par défaut.

CautionAttention
Utilisez la variable mot_de_passe avec précaution car elle est fournie sous forme de texte brut et toute personne ayant accès à l’ordinateur qui exécute la commande LoadState peut se la procurer.

De même, si l’ordinateur possède plusieurs utilisateurs, tous les utilisateurs migrés auront le même mot de passe.

Exemple :

loadstate /i:migapp.xml /i:migdocs.xml \\server\share\migration\mystore

Pour obtenir des instructions, voir Migrer des comptes d’utilisateurs.

/lae

(local account enable)

Active le compte qui a été créé avec l’option /lac. Vous devez spécifier l’option /lac avec cette option.

Exemple :

loadstate /i:migapp.xml /i:migdocs.xml \\server\share\migration\mystore

/progress:prog.log /l:load.log /lac:password /lae

Pour obtenir des instructions, voir Migrer des comptes d’utilisateurs.

Exemples pour les options /ui et /ue

Les exemples qui suivent s’appliquent aux options /ui et /ue. Vous pouvez remplacer l’option /ue par l’option /ui pour inclure, et non exclure, les utilisateurs spécifiés.

Comportement Commande

Exclure l’utilisateur appelé « User One » dans le domaine Corporate.

/ue:"corporate\user one"

Exclure l’utilisateur appelé « User1 » dans le domaine Corporate.

/ue:corporate\user1

Exclure l’utilisateur local nommé User1.

/ue:%computername%\user1

Exclure tous les utilisateurs de domaine.

/ue:Domain\*

Exclure tous les utilisateurs locaux.

/ue:%computername%\*

Exclure les utilisateurs dans tous les domaines nommés User1, User2, etc.

/ue:*\user*

Utilisation conjointe des options

Vous pouvez utiliser les options /uel, /ue et /ui ensemble pour migrer uniquement les utilisateurs que vous cherchez à migrer.

L’option /ui a priorité sur les options /ue et /uel. Si vous précisez qu’un utilisateur est inclus avec l’option /ui et qu’il est également exclu soit avec l’option /ue ou avec l’option /uel, l’utilisateur est inclus dans la migration. Par exemple, si vous spécifiez /ui:contoso\* /ue:contoso\user1, alors l’utilisateur User1 est migré puisque l’option /ui est prioritaire sur l’option /ue.

L’option /uel a priorité sur l’option /ue. Si un utilisateur a ouvert une session pendant la période définie par le biais de l’option /uel, le profil de cet utilisateur est migré même s’il a été exclu à l’aide de l’option /ue. Par exemple, si vous spécifiez /ue:contoso\user1 /uel:14, l’utilisateur User1 est migré s’il a ouvert une session sur l’ordinateur au cours des 14 derniers jours.

Comportement Commande

Inclure uniquement User2 du domaine Fabrikam et exclure tous les autres utilisateurs.

/ue:*\* /ui:fabrikam\user2

Inclure uniquement l’utilisateur local nommé User1 et exclure tous les autres utilisateurs.

/ue:*\* /ui:user1

Inclure uniquement les utilisateurs du domaine Contoso, à l’exception de Contoso\User1.

Ce comportement ne peut pas être obtenu à l’aide d’une seule commande. Au lieu de cela, pour migrer cet ensemble d’utilisateurs, vous devez spécifier ce qui suit :

  • À l’aide de l’outil en ligne de commande ScanState, tapez : /ue:*\* /ui:contoso\*

  • À l’aide de l’outil en ligne de commande LoadState, tapez : /ue:contoso\user1

Inclure uniquement les utilisateurs locaux (n’appartenant pas à un domaine).

/ue:*\* /ui:%computername%\*

Options de ligne de commande incompatibles

Le tableau qui suit indique les options de ligne de commande qui ne sont pas compatibles avec la commande LoadState. Si l’entrée de tableau d’une combinaison spécifique est vide, cela signifie que les options sont compatibles et peuvent être utilisées conjointement. Le symbole X signifie que les options sont incompatibles. Par exemple, vous ne pouvez pas utiliser l’option /nocompress avec l’option /encrypt.

Option de ligne de commande /keyfile /nocompress /genconfig /all

/i

/v

/nocompress

Non applicable

X

/key

X

X

/decrypt

Obligatoire*

X

X

/keyfile

Non applicable

X

/l

/progress

X

/r

X

/w

X

/c

X

/p

X

Non applicable

/all

X

/ui

X

X

/ue

X

X

/uel

X

X

/genconfig

Non applicable

/config

X

chemin_accès_magasin

/md

/mu

/lae

/lac

Notes

Vous devez spécifier au choix l’option /key ou /keyfile avec l’option /encrypt.

Voir aussi

Autres ressources

Bibliothèque d’éléments XML