Bonjour,
 
J'ai déployé un package par GPO et en même temps dans cette même GPO je voudrai copier un fichier qui est sur mon serveur dans le dossier local du client AppData\LocalLow\...
 
J'ai utilisé dans la GPO : Stratégie utilisateur -> Préférences -> Paramètres Windows -> Fichiers
 
Ca ne fonctionne pas mais par contre, si je copie mon fichier dans C:\Users, ca fonctionne. C'est dès que j'essaye de rentrer dans l'utilisateur courant que ca plante.
J'ai pourtant, comme chemin de destination mit : C:\Users\%username%\AppData\LocalLow\...\mon_fichier.extension

Essaye avec %AppData%\... , et vérifie que le chemin est correct sur le poste local

%AppData% me place directement dans C:\Users\user_courant\AppData\Roaming alors que je veux aller dans AppData\LocalLow
 
EDIT : Je teste de suite avec le chemin en remontant d'un cran avec "\.."
 
EDIT 2 : Ca marche !! Impec

Ou tu fais %localappdata%Low\

Finalement, je fais la copie par script batch.
Mais rien ne fonctionne.
 
En fait j'ai un dossier dans mon serveur que je veux copier (avec XCOPY) à la machine cliente dans le AppData\LocalLow comme vous l'avez compris précédemment.
 
Quand je lance mon script à la main sur la machine cliente, ca fonctionne nickel.
 
Mais dès que je lance mon script par la GPO par un gpupdate /force, j'ai pas le dossier en question sur ma machine. De plus, sur mon script j'ai au début, 3 lignes de modifications de clés de registre qui elles, marchent !  
Donc ma GPO tourne bien !
 
Mais pourquoi ce foutu dossier ne se copie pas...  

Problème de droit ?

D'un côté si tu as fait un script batch tu le déploies au logon script non ?
 
Donc un gpupdate va pas le lancer...

La GPO du script de démarrage est une GPO machine.

Bah ça risque pas de bien marcher :
- %appdata% n'existe pas puisque personne s'est logué sur la machine
- le groupe "ordinateurs du domaine" doit avoir les droits sur le share puisque c'est le compte machine qui est utilisé
- gpupdate va pas lancer le script, seul le démarrage de la machine va lancer le script
 
Donc revoit ton truc mais ça n'a rien à faire en gpo machine

Je vais foutre le script en configuration utilisateur.
 
C'est même plus logique...
 
EDIT : C'est top ! J'avais vraiment pas remarqué ce AppData par rapport a l'utilisateur... L'erreur    
 
Merci beaucoup en tout cas