Imagex est dans le "path", pas besoin de préciser le chemin complet.
Tu mets tout dans une chaine, ce qui fait que tu exécutes tel quel, comme si tu passais une ligne de commande : x:windowssystem32imagex.exe /apply &objdrive&fichierimage& 1 c:
objdrive est un objet et ne renvoie pas une lettre de lecteur, tel quel.
Il vaut mieux éviter d'accoler variables et opérateurs.
Tu as pensé à préparer ton disque avant de déployer, je pense (diskpart) ? WIM n'est pas un format "destructeur" à l'application (enfin, pas si on le compare à ghost, par exemple)
@+
ps: marrant ça, j'étais en train de m'amuser avec WinPE 2.1 et le déploiement de XP en WIM sur des machines de moins de 256 Mo de RAM... ;-)
-- ~Jean-Marc~ MVP Shell/User Fr ( Vista x86 Ultimate ) - http://msmvps.com/blogs/docxp/ - - http://docxp.mvps.org -
Salut Azur,
tu nous disais :
Juste que je n'arrive pas à comprendre pourquoi je n'ai pas
réussi.
Imagex est dans le "path", pas besoin de préciser le chemin complet.
Tu mets tout dans une chaine, ce qui fait que tu exécutes tel quel, comme si
tu passais une ligne de commande :
x:windowssystem32imagex.exe /apply &objdrive&fichierimage& 1 c:
objdrive est un objet et ne renvoie pas une lettre de lecteur, tel quel.
Il vaut mieux éviter d'accoler variables et opérateurs.
Tu as pensé à préparer ton disque avant de déployer,
je pense (diskpart) ? WIM n'est pas un format "destructeur"
à l'application (enfin, pas si on le compare à ghost, par exemple)
@+
ps: marrant ça, j'étais en train de m'amuser avec WinPE 2.1 et le
déploiement de XP en WIM sur des machines de moins de 256 Mo de
RAM... ;-)
--
~Jean-Marc~ MVP Shell/User Fr
( Vista x86 Ultimate )
- http://msmvps.com/blogs/docxp/ -
- http://docxp.mvps.org -
Imagex est dans le "path", pas besoin de préciser le chemin complet.
Tu mets tout dans une chaine, ce qui fait que tu exécutes tel quel, comme si tu passais une ligne de commande : x:windowssystem32imagex.exe /apply &objdrive&fichierimage& 1 c:
objdrive est un objet et ne renvoie pas une lettre de lecteur, tel quel.
Il vaut mieux éviter d'accoler variables et opérateurs.
Tu as pensé à préparer ton disque avant de déployer, je pense (diskpart) ? WIM n'est pas un format "destructeur" à l'application (enfin, pas si on le compare à ghost, par exemple)
@+
ps: marrant ça, j'étais en train de m'amuser avec WinPE 2.1 et le déploiement de XP en WIM sur des machines de moins de 256 Mo de RAM... ;-)
-- ~Jean-Marc~ MVP Shell/User Fr ( Vista x86 Ultimate ) - http://msmvps.com/blogs/docxp/ - - http://docxp.mvps.org -
Gilles LAURENT [MVP]
"~Jean-Marc~ [MVP]" a écrit dans le message de news: | Salut Azur,
Bonsoir,
[...]
Merci d'avoir répondu ;-) Toutefois juste une petite précision ...
| objdrive est un objet et ne renvoie pas une lettre de lecteur, tel | quel.
La propriété par défaut de l'objet Drive est Path Ci-dessous un transcript WSH Shell :
******************************* WSH Transcript Start Start time : 2008-03-12 22:04:02 Username : xxxxGilles Machine : xxxx (Microsoft Windows NT 5.1.2600.2) ******************************* Transcript started, output file is D:TestoDrive.txt
WSH D:Test> Set oFs=CreateObject("Scripting.FileSystemObject") WSH D:Test> Set colDrives=oFs.Drives WSH D:Test> % oDrive In colDrives {
echo oDrive, oDrive.Path }
C: C:
D: D: E: E: WSH D:Test>
Transcript stopped.
Note: Je vous l'accorde ! C'est à proscrire ;-)
-- Gilles LAURENT MVP Windows Server - Admin Frameworks http://glsft.free.fr
"~Jean-Marc~ [MVP]" <doc.j-m.OTER@ouanadoudou.fr> a écrit dans le
message de
news:0384C531-A0F7-4A01-9DA9-682E06566A66@microsoft.com
| Salut Azur,
Bonsoir,
[...]
Merci d'avoir répondu ;-)
Toutefois juste une petite précision ...
| objdrive est un objet et ne renvoie pas une lettre de lecteur, tel
| quel.
La propriété par défaut de l'objet Drive est Path
Ci-dessous un transcript WSH Shell :
*******************************
WSH Transcript Start
Start time : 2008-03-12 22:04:02
Username : xxxxGilles
Machine : xxxx (Microsoft Windows NT 5.1.2600.2)
*******************************
Transcript started, output file is D:TestoDrive.txt
WSH D:Test> Set oFs=CreateObject("Scripting.FileSystemObject")
WSH D:Test> Set colDrives=oFs.Drives
WSH D:Test> % oDrive In colDrives {
echo oDrive, oDrive.Path
}
C: C:
D: D:
E: E:
WSH D:Test>
Transcript stopped.
Note: Je vous l'accorde ! C'est à proscrire ;-)
--
Gilles LAURENT
MVP Windows Server - Admin Frameworks
http://glsft.free.fr
Pourquoi tenter de recréer ce qui existe déjà ? Deployment Toolkit contient tout ce qu'il faut : http://www.microsoft.com/downloads/details.aspx?familyid;d8561f-77ac-4400-a0c1-fe871c461a89&displaylang=en&tm
Pourquoi tenter de recréer ce qui existe déjà ?
Deployment Toolkit contient tout ce qu'il faut :
http://www.microsoft.com/downloads/details.aspx?familyid;d8561f-77ac-4400-a0c1-fe871c461a89&displaylang=en&tm
Pourquoi tenter de recréer ce qui existe déjà ? Deployment Toolkit contient tout ce qu'il faut : http://www.microsoft.com/downloads/details.aspx?familyid;d8561f-77ac-4400-a0c1-fe871c461a89&displaylang=en&tm
Pourquoi tenter de recréer ce qui existe déjà ? Deployment Toolkit contient tout ce qu'il faut : http://www.microsoft.com/downloads/details.aspx?familyid;d8561f-77ac-4400-a0c1-fe871c461a89&displaylang=en&tm
Parce que tout le monde n'a pas de serveurs Windows à disposition pour faire du déploiement.... ;-)
Cordialement
-- ~Jean-Marc~ MVP Shell/User Fr ( Vista x86 Ultimate ) - http://msmvps.com/blogs/docxp/ - - http://docxp.mvps.org -
Salut Stephane [MS],
tu nous disais :
Bonjour,
Pourquoi tenter de recréer ce qui existe déjà ?
Deployment Toolkit contient tout ce qu'il faut :
http://www.microsoft.com/downloads/details.aspx?familyid;d8561f-77ac-4400-a0c1-fe871c461a89&displaylang=en&tm
Parce que tout le monde n'a pas de serveurs Windows à
disposition pour faire du déploiement.... ;-)
Cordialement
--
~Jean-Marc~ MVP Shell/User Fr
( Vista x86 Ultimate )
- http://msmvps.com/blogs/docxp/ -
- http://docxp.mvps.org -
Pourquoi tenter de recréer ce qui existe déjà ? Deployment Toolkit contient tout ce qu'il faut : http://www.microsoft.com/downloads/details.aspx?familyid;d8561f-77ac-4400-a0c1-fe871c461a89&displaylang=en&tm
Parce que tout le monde n'a pas de serveurs Windows à disposition pour faire du déploiement.... ;-)
Cordialement
-- ~Jean-Marc~ MVP Shell/User Fr ( Vista x86 Ultimate ) - http://msmvps.com/blogs/docxp/ - - http://docxp.mvps.org -
MCI \(ex do ré Mi chel la si do\) [MVP]
Bonjour !
Dans un genre proche, j'ai été assez impressionné par Softgrid (partie de MDOP) pour vouloir le proposer à certains clients. Mais, une fois les techdays terminées, je me suis tourné vers les grossistes, qui ne connaissent pas ce produit. J'ai essayé de contacter MS, qui m'a renvoyé sur Internet, qui me conseille de contacter un revendeur, qui doit passer par un grossiste. On boucle...
Et pourtant, pour ce que j'en ai vu, Softgrid est au Deployment_kit ce que l'automobile est à la brouette.
Bref, il ne suffit pas qu'un truc existe, pour qu'il soit utilisable, et utilisé.
@+
Michel Claveau
Bonjour !
Dans un genre proche, j'ai été assez impressionné par Softgrid (partie
de MDOP) pour vouloir le proposer à certains clients.
Mais, une fois les techdays terminées, je me suis tourné vers les
grossistes, qui ne connaissent pas ce produit. J'ai essayé de contacter
MS, qui m'a renvoyé sur Internet, qui me conseille de contacter un
revendeur, qui doit passer par un grossiste. On boucle...
Et pourtant, pour ce que j'en ai vu, Softgrid est au Deployment_kit ce
que l'automobile est à la brouette.
Bref, il ne suffit pas qu'un truc existe, pour qu'il soit utilisable, et
utilisé.
Dans un genre proche, j'ai été assez impressionné par Softgrid (partie de MDOP) pour vouloir le proposer à certains clients. Mais, une fois les techdays terminées, je me suis tourné vers les grossistes, qui ne connaissent pas ce produit. J'ai essayé de contacter MS, qui m'a renvoyé sur Internet, qui me conseille de contacter un revendeur, qui doit passer par un grossiste. On boucle...
Et pourtant, pour ce que j'en ai vu, Softgrid est au Deployment_kit ce que l'automobile est à la brouette.
Bref, il ne suffit pas qu'un truc existe, pour qu'il soit utilisable, et utilisé.
@+
Michel Claveau
Azur
Imagex est dans le "path", pas besoin de préciser le chemin complet.
A force de ne pas trouver, j'avais fini par indiqué le chemin.. sans plus de succés.
Tu mets tout dans une chaine, ce qui fait que tu exécutes tel quel, comme si tu passais une ligne de commande : x:windowssystem32imagex.exe /apply &objdrive&fichierimage& 1 c:
ok ok
objdrive est un objet et ne renvoie pas une lettre de lecteur, tel quel.
Il vaut mieux éviter d'accoler variables et opérateurs.
Tu as pensé à préparer ton disque avant de déployer, je pense (diskpart) ? WIM n'est pas un format "destructeur" à l'application (enfin, pas si on le compare à ghost, par exemple)
Oui oui cette partie est fonctionnelle.
A ce sujet, le "create partition primary" me générait un type de partition RAW ... et donc peut exploitable.
Cette commande lancée deux fois permet la création de la partition type NTFS ??
Si je la lance une troisième fois ....raw ....etc....
Apparemment Il faudrait forcer l'identifiant de la partition ID ?
Je m'y attarderais plus tard.
@+
ps: marrant ça, j'étais en train de m'amuser avec WinPE 2.1 et le déploiement de XP en WIM sur des machines de moins de 256 Mo de RAM... ;-)
Ca passe ?
Je croyais que winpe2.1 demandait au moins 512Mo ?
a+ Jean-Marc
-azur-
-- ~Jean-Marc~ MVP Shell/User Fr ( Vista x86 Ultimate ) - http://msmvps.com/blogs/docxp/ - - http://docxp.mvps.org -
Imagex est dans le "path", pas besoin de préciser le chemin complet.
A force de ne pas trouver, j'avais fini par indiqué le chemin.. sans plus de
succés.
Tu mets tout dans une chaine, ce qui fait que tu exécutes tel quel, comme
si
tu passais une ligne de commande :
x:windowssystem32imagex.exe /apply &objdrive&fichierimage& 1 c:
ok ok
objdrive est un objet et ne renvoie pas une lettre de lecteur, tel quel.
Il vaut mieux éviter d'accoler variables et opérateurs.
Tu as pensé à préparer ton disque avant de déployer,
je pense (diskpart) ? WIM n'est pas un format "destructeur"
à l'application (enfin, pas si on le compare à ghost, par exemple)
Oui oui cette partie est fonctionnelle.
A ce sujet, le "create partition primary" me générait un type de partition
RAW ... et donc peut exploitable.
Cette commande lancée deux fois permet la création de la partition type NTFS
??
Si je la lance une troisième fois ....raw ....etc....
Apparemment Il faudrait forcer l'identifiant de la partition ID ?
Je m'y attarderais plus tard.
@+
ps: marrant ça, j'étais en train de m'amuser avec WinPE 2.1 et le
déploiement de XP en WIM sur des machines de moins de 256 Mo de
RAM... ;-)
Ca passe ?
Je croyais que winpe2.1 demandait au moins 512Mo ?
a+ Jean-Marc
-azur-
--
~Jean-Marc~ MVP Shell/User Fr
( Vista x86 Ultimate )
- http://msmvps.com/blogs/docxp/ -
- http://docxp.mvps.org -
Imagex est dans le "path", pas besoin de préciser le chemin complet.
A force de ne pas trouver, j'avais fini par indiqué le chemin.. sans plus de succés.
Tu mets tout dans une chaine, ce qui fait que tu exécutes tel quel, comme si tu passais une ligne de commande : x:windowssystem32imagex.exe /apply &objdrive&fichierimage& 1 c:
ok ok
objdrive est un objet et ne renvoie pas une lettre de lecteur, tel quel.
Il vaut mieux éviter d'accoler variables et opérateurs.
Tu as pensé à préparer ton disque avant de déployer, je pense (diskpart) ? WIM n'est pas un format "destructeur" à l'application (enfin, pas si on le compare à ghost, par exemple)
Oui oui cette partie est fonctionnelle.
A ce sujet, le "create partition primary" me générait un type de partition RAW ... et donc peut exploitable.
Cette commande lancée deux fois permet la création de la partition type NTFS ??
Si je la lance une troisième fois ....raw ....etc....
Apparemment Il faudrait forcer l'identifiant de la partition ID ?
Je m'y attarderais plus tard.
@+
ps: marrant ça, j'étais en train de m'amuser avec WinPE 2.1 et le déploiement de XP en WIM sur des machines de moins de 256 Mo de RAM... ;-)
Ca passe ?
Je croyais que winpe2.1 demandait au moins 512Mo ?
a+ Jean-Marc
-azur-
-- ~Jean-Marc~ MVP Shell/User Fr ( Vista x86 Ultimate ) - http://msmvps.com/blogs/docxp/ - - http://docxp.mvps.org -