Version imprimable
Bonjour,
Je voudrais rediriger le retour de mes contrôles d'erreurs de mappage de disque dans un fichier mais je ne trouve pas la bonne syntaxe.
J'ai la variable strUsrProfile que je récupère par :
et ma commande pour chaque disque mappé:Code:strUserProfile = wshShell.ExpandEnvironmentStrings( "%USERPROFILE%" )
Code:
2
3
Merci pour votre aide.
Salut
A essayer avant le IfPeut être aussi un MsgBox juste après le If permettrait de confirmer si tu entres bien dans la condition.Code:MsgBox "valeur de Err = " & err
Ta commande ne résout pas mon problème.
Ce que je voudrais: c'est que pour chaque disque mappé dans mon script, je testes le code retour d’exécution et je stocke cette information dans un fichier nommé VBS.log dans le répertoire de chaque profile utilisateur. (C:\%USERPROFILE%\VBS.log)
Je n'ai pas besoin d'un popup qui me renvoi le message d'erreur.
Je m'en doute bien:?, je te proposais de vérifier, à l'aide des MsgBoxs, la valeur de Err et si tu passais bien dans la condition If, pas plus dans un premier temps.Citation:
Envoyé par yellowdog
Alors, Err est il bien détecté, que vaut strUserProfile quand il y a une erreur ?
Ceci n'est pas une solution à ton problème, mais une recherche du pourquoi ton code en l'état ne fonctionne pas.
J'ai déjà fais le test avec MSGBOX et il me remonte bien la valeur.
Voici le script en entier.
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
Re
Je tenterai bien ce code
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
Ca me semble être bon, je l'ai implémenté dans mon code.
Par contre je rencontre un nouveau problème, le script ci-dessous fonctionne sans problème lorsque lancé manuellement mais lorsqu'il est lancé à l'ouverture de session par GPO, j'ai l'erreur ci-dessous.
Je supprime un fichier (objFSO.DeleteFile fileName) dans le profil utilisateur mais il me remonte une erreur de permissions lors de la suppression du fichier VBS.txtPièce jointe 599530.
As tu une idée ?
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
Bonjour;
Peut-être que le fichier est en lecture seule, dans ce cas utilise la syntaxe : objFSO.DeleteFile fileName, True ,
ou mieux encore If objFSO.FileExists(fileName) Then objFSO.DeleteFile fileName, True
Non, ça ne résout pas le problème, j'ai toujours une permission refusée (code 800A0046) lorsque le script tente de supprimer le fichier.
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Salut
Si la proposition de l_autodidacte ( :coucou: ) ne remplis pas le job, mais comme tu dis, lorsqu'il est lancé à l'ouverture de session par GPO, configure le fichier lancé pour qu'il est le jeton administrateur.
Qu'est ce que tu entends par?Citation:
configure le fichier lancé pour qu'il est le jeton administrateur
Il faut ajouter du code dans le script, dans ce cas, je ne sais pas faire.
Re Salut
la solution doit être dans cette page GPO Script d’ouverture de session, il faut que tu parviennes à faire exécuter le VBS en tant qu'administrateur.
Le script d'ouverture de session utilisateur s'effectue dans le contexte utilisateur et ne peut être élevé temporairement en tant qu'administrateur.
J'ai du mal à croire que la suppression d'un fichier appartenant au même utilisateur nécessite des droits d'administrateur dans un script VBS.
As tu une autre piste ?
J'ai modifié mon script mais j'ai une erreur car objFile n'est pas initialisé lorsque le fichier existe déjà.
Comment puis-je initialiser objFile avec la valeur contenue dans fileName. J'ai essayé objFile = fileName mais j'ai toujours l'erreur.
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
J'ai le message suivant si le fichier VBS.txt existe déjà dans le profil utilisateur ou non, comme si objFile n'était pas initialisé.
Pièce jointe 599570
J'avoue ne plus rien comprendre à Visual Basic.
Lorsque qu'il n'y a pas de fichier VBS.txt existant sur le profile utilisateur, il me créé bien le fichier VBS.txt maisme renvoi une erreur permission denied sur la ligne de la création du fichier: Set objFile=objFSO.CreateTextFile(fileName)
Code:
2
3
4
5
6
7
8
9
10
bonjour,
j'opterais pour une solution plus simple
exemple :
au lieu deCode:wshShell.run "net use Z: \\1.1.1.1\FrPrjSumm$ >>%userprofile%\vbs.log 2>&1"
Code:wshShell.run "net use Z: \\1.1.1.1\FrPrjSumm$"
ou si tu ne veux pas conserver la trace du backlog... je viens de lire ton dernier code :mrgreen:
Code:wshShell.run "net use Z: \\1.1.1.1\FrPrjSumm$ >%userprofile%\vbs.log 2>&1"
Merci pour ton retour, mais ce qui m’ennuie c'est d'avoir trop d'informations dans fichier log.
Alors que je ne voulais récupérer que le code retour pour les lecteurs qui avaient rencontré un problème de mappage.
Il doit bien y a voir un moyen d'écrire dans un fichier log à l'ouverture de session sans avoir un message d'acces denied, je ne dois pas être le seul à vouloir écrire ce genre de script.
l'iimpossibilité, pour un simple compte utilisateur, de supprimer un fichier
pourtant créé dans son répertoire userprofile pourrait venir
de son absence de droits sur la corbeille.
pour s'en assurer il faut vérifier s'il est possible pour l'utilisateur
à partir de l'explorateur de supprimer un fichier de son répertoire sans
déclencher l'UAC
