Scanstate et loadstate [résolu]

[Jango78]

Bonjour,

Oui attention, car même sur un système 64-bits l'installe est localisée par défaut sur le dossier x86:




Idem pour la console Environnement et Déploiement quand on regarde dans les Propriétés du truc, on voit ceci:

Code : Tout sélectionner

C:\Windows\system32\cmd.exe /k "C:\Program Files (x86)\Windows Kits\8.0\Assessment and Deployment Kit\Deployment Tools\DandISetEnv.bat "

Donc la commande cmd /k ouvre bien une console avec le chemin par défaut.

Voilou !

@+

[ungars]

Bonjour,
Ok c' est ce qui me manquait, maintenant j' y ai accès avec ma console classique :

Code : Tout sélectionner

C:\Program Files (x86)\Windows Kits\8.0\Assessment and Deployment Kit\User State
 Migration Tool\x86>dir
 Le volume dans le lecteur C n'a pas de nom.
 Le numéro de série du volume est 2E99-C2C3

 Répertoire de C:\Program Files (x86)\Windows Kits\8.0\Assessment and Deployment
 Kit\User State Migration Tool\x86

29/03/2013  12:34    <DIR>          .
29/03/2013  12:34    <DIR>          ..
25/07/2012  20:27           133 632 cmi2migxml.dll
25/07/2012  20:07           470 528 csiagent.dll
29/03/2013  12:34    <DIR>          DLManifests
29/03/2013  12:34    <DIR>          DLManifests7
25/07/2012  21:25         1 106 888 loadstate.exe
23/06/2012  17:25           623 913 MigApp.xml
25/07/2012  19:17         5 934 592 migcore.dll
02/06/2012  08:48             2 956 MigDocs.xml
25/07/2012  19:30           259 072 mighost.exe
25/07/2012  20:42             7 168 migres.dll
25/07/2012  19:39           993 280 migstore.dll
25/07/2012  20:07           286 208 migsys.dll
02/06/2012  08:48            27 938 MigUser.xml
02/06/2012  08:48            27 070 MigXML.xsd
25/07/2012  20:27           225 792 mxeagent.dll
29/03/2013  12:34    <DIR>          ReplacementManifests
29/03/2013  12:34    <DIR>          ReplacementManifests7
25/07/2012  21:25         1 110 984 scanstate.exe
02/06/2012  08:49             1 824 SFCN.DAT
02/06/2012  08:49             1 644 SFLCID.DAT
02/06/2012  08:49         3 348 038 SFLISTLH.DAT
02/06/2012  08:49         1 692 026 SFLISTW7.DAT
02/06/2012  14:26         2 682 542 SFLISTW8.DAT
02/06/2012  08:49         1 459 266 SFLISTXP.DAT
25/07/2012  14:17            10 879 SFPAT.INF
25/07/2012  14:17             9 280 SFPATLH.INF
25/07/2012  14:17               462 SFPATPG.INF
25/07/2012  14:17            17 655 SFPATW7.INF
25/07/2012  14:17            19 040 SFPATW8.INF
25/07/2012  14:17             4 386 SFPATXP.INF
25/07/2012  19:30           757 248 unbcl.dll
25/07/2012  21:25           623 560 usmtutils.exe
25/07/2012  19:15           264 192 wdscore.dll
              29 fichier(s)       22 102 063 octets
               6 Rép(s)  373 497 757 696 octets libres

C:\Program Files (x86)\Windows Kits\8.0\Assessment and Deployment Kit\User State
 Migration Tool\x86>

Mais pourquoi sur mon tuto (x86) n' était pas précisé ?

D' autre part, sur le terminal, une petite question :

Code : Tout sélectionner

C:\Windows\system32>cd\

C:\>cd C:\Program Files (x86 )

Pourquoi est il nécessaire de répéter 2 fois "cd" ? En effet, le permier "cd\" renvoi directement à "C:", pourquoi le répéter une deuxième fois ?

Merci de ton aide, bon après midi !

[Jango78]

Bonjour,

Mais pourquoi sur mon tuto (x86) n' était pas précisé ?

J'ai pas fait l'essai, mais on doit pouvoir modifier le chemin dans le champ de saisie de l'installeur du Kit. Suffirait juste d'effacer le (x86) avant de valider la poursuite de l'installation... les contenus devraient devrait alors se retrouver dans le dossier Programmes normal.

Attention pour la suite:

• 

D'ailleurs à propos du bouquin, je me demande si l'auteur ne serait pas parti d'une trame ancienne pour adaptation à Windows 8

Pourquoi est il nécessaire de répéter 2 fois "cd" ? En effet, le permier "cd\" renvoi directement à "C:", pourquoi le répéter une deuxième fois ?

Normalement l'accès direct devrait fonctionner:

Code : Tout sélectionner

C:\Windows\system32>cd C:\Program Files (x86)

C:\Program Files (x86)>

@+

[ungars]

Salut,
Merci encore de ton aide très précieuse sans laquelle je n' avancerai pas !
C' est bon, c' est compris maintenant. Il manquait un bout dans l' exemple du livre :

Dans l’invite de commandes, positionnez-vous sur le répertoire USMT qui correspond à l’architecture de votre ordinateur source (32 ou 64 bits). Par défaut sur un système 64 bits : C:\Program Files\Windows Kits\8.0\Assessment and Deployment Kit\User State Migration Tool\amd64 ; sur un système 32 bits : User State Migration Tool\x86.

Faut juste que je m' habitue à l' arborescence de Windows que je ne connais pas.
Donc en ligne de commande, on ne peut pas lancer un programme directement, il faut se placer dans son repertoire ? Un truc que j' ai remarqué aussi, c' est que l' autocomplétation avec la touche "tablulation" fonctionne mais qu' en début d' arborescence, pourquoi pas à la fin ?
Pour en revenir à Scanstate, toujours dans mon livre :

ScanState : la commande analyse l’ordinateur source, sauvegarde les fichiers et les paramètres en les compressant puis crée un magasin. Sa syntaxe est la suivante :

scanstate [Chemindestockageréseau] [/i:[cheminverslesfichiersxml] [Options]

La syntaxe n' est pas trop ça... Ou alors je n' ai pas saisi quelque chose. C' est plutôt :

Code : Tout sélectionner

scanstate.exe c:\chemindela sauvegarde

Bon Dimanche !

[nardino]

Bonjour,
Voici deux pages sur ce sujet :
http://technet.microsoft.com/fr-fr/libr ... 10%29.aspx
http://www.labo-microsoft.org/articles/win/usmt/
@+

[ungars]

Merci pour tes deux liens, c' est plus clair que sur mon livre, ou pour Scanstate c' était trop succint, seulement !

Code : Tout sélectionner

scanstate.exe C:\chemindelasauvegarde

Pareil pour loadsate. Aucune option citée... Cela manque d' exemples.

Merci en tout cas du coup de main !

[Jango78]

Bonjour,

Pour les lecteurs intéressés, je mets quand même le lien vers la page actualisée en 2012 pour USMT 5.0 et Windows 7/8:

Syntaxe de la ligne de commande de l’Outil de migration utilisateur (USMT)

@+

[ungars]

Bonjour, merci pour le liens.
Une chose que je ne comprends pas, c' est cette option -i
Par exemple sur cette ligne :

Code : Tout sélectionner

scanstate \\server\share\migration\mystore /i:migapp.xml /i:migdocs.xml /o /config:config.xml /v:13 /encrypt /key:"mykey"

Si je supprime :

Code : Tout sélectionner

i:migapp.xml /i:migdocs.xml

Que va t' il se passer ?
Dans un de tes liens, il est précisé pour cette option :

/i
Spécifie un fichier INF contenant les règles qui définissent les informations à collecter. Plusieurs fichiers INF peuvent être spécifiés.

A quoi corresponde ces fichiers INF ?

Bonne soirée.

[Jango78]

Re,

Le switch -i est utilisé pour appeler individuellement un jeu de fichiers mig*.xml afin de contrôler la migration avec ScanState.

C'est soit -i ou -auto... sachant qu'on doit retrouver la même chose dans la ligne de commande de l'outil LoadState.

cf le Forum Aux Questions.

L'idéal serait d'avoir des cas concrets pour s'y retrouver dans les différentes options. C 'est pas très clair à suivre avec des syntaxes isolées.


Les INF n'ont rien à voir avec les Informations de configuration pour les pilotes matériels, les drivers. Ils servent ici à transmettre à Scanstate des données utilisateurs ainsi que divers paramètres de migration (par ex. les paramètres de configuration système).

Et le -i permet de spécifier un ou plusieurs fichiers INF.

Mais ça c'était avant !!!!!!... 95/98/Millennium/NT/2000/XP avec USMT 2.6 du lien à nardino.

Description de l'outil de migration USMT pour Windows XP Professionnel

A partir de Vista on passe en USMT 3.0 avec les XML migapp, miguser, migsys et config.

@+

[ungars]

Bonsoir et merci pour ta réponse.
L' option i existe encore dans le lien proposé par nardino. Pour [url=http://technet.microsoft.com/fr-fr/libr ... 25093.aspx]scanstate par exemple[/ur], tu as cette ligne :

Code : Tout sélectionner

scanstate /i:migapp.xml /i:migdocs.xml /genconfig:config.xml /v:13

C' est celle là dont je voulais faire référence, je me suis mal exprimé.

Bonne soirée.