Bonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete est
bien valide et devrait donc fonctionner, pour infos sur le poste client si la
lettre est déjà affectée elle l'a été faite avec Outils connecter un lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Bonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete est
bien valide et devrait donc fonctionner, pour infos sur le poste client si la
lettre est déjà affectée elle l'a été faite avec Outils connecter un lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Bonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete est
bien valide et devrait donc fonctionner, pour infos sur le poste client si la
lettre est déjà affectée elle l'a été faite avec Outils connecter un lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Bonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas
supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete est
bien valide et devrait donc fonctionner, pour infos sur le poste client si
la
lettre est déjà affectée elle l'a été faite avec Outils connecter un
lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Salut bernard,
Bonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas
supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete est
bien valide et devrait donc fonctionner, pour infos sur le poste client si
la
lettre est déjà affectée elle l'a été faite avec Outils connecter un
lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Salut bernard,
Bonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas
supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete est
bien valide et devrait donc fonctionner, pour infos sur le poste client si
la
lettre est déjà affectée elle l'a été faite avec Outils connecter un
lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Salut bernard,
Et le net use U: /delete, dans un logon script, que dit il ?
CécileBonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete est
bien valide et devrait donc fonctionner, pour infos sur le poste client si la
lettre est déjà affectée elle l'a été faite avec Outils connecter un lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Et le net use U: /delete, dans un logon script, que dit il ?
Cécile
Bonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete est
bien valide et devrait donc fonctionner, pour infos sur le poste client si la
lettre est déjà affectée elle l'a été faite avec Outils connecter un lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Et le net use U: /delete, dans un logon script, que dit il ?
CécileBonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete est
bien valide et devrait donc fonctionner, pour infos sur le poste client si la
lettre est déjà affectée elle l'a été faite avec Outils connecter un lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
"Bernard" a écrit dans le message de
news:Bonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas
supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete est
bien valide et devrait donc fonctionner, pour infos sur le poste client si
la
lettre est déjà affectée elle l'a été faite avec Outils connecter un
lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Salut bernard,
Essaye de faire le net use u: /delete en ligne de commande à la main sur un
machine où ça ne fonctionne pas pour voir si c'est un pb de logon script ou
pas.
Si ça fonctionne à la main, met une pause dans ton logon script pour pouvoir
voir le message d'erreur.
Laurent.
"Bernard" <Bernard@discussions.microsoft.com> a écrit dans le message de
news: A561BB2C-BF07-4B05-BA1A-8CE9214F8AD7@microsoft.com...
Bonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas
supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete est
bien valide et devrait donc fonctionner, pour infos sur le poste client si
la
lettre est déjà affectée elle l'a été faite avec Outils connecter un
lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Salut bernard,
Essaye de faire le net use u: /delete en ligne de commande à la main sur un
machine où ça ne fonctionne pas pour voir si c'est un pb de logon script ou
pas.
Si ça fonctionne à la main, met une pause dans ton logon script pour pouvoir
voir le message d'erreur.
Laurent.
"Bernard" a écrit dans le message de
news:Bonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas
supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete est
bien valide et devrait donc fonctionner, pour infos sur le poste client si
la
lettre est déjà affectée elle l'a été faite avec Outils connecter un
lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Salut bernard,
Essaye de faire le net use u: /delete en ligne de commande à la main sur un
machine où ça ne fonctionne pas pour voir si c'est un pb de logon script ou
pas.
Si ça fonctionne à la main, met une pause dans ton logon script pour pouvoir
voir le message d'erreur.
Laurent.
Bonjour et merci,
lorque je le lance à la main cela fonctionne, cependant je ne peux mettre
un
pause dans le logon script car alors celui-ci bip et s'arrête à
l'instruction
pause (la suite des commande est ignorée), donc supposant que la commande
pause n'existe pas dans un logon script j'ai utilisé le code erreur de
retour
@ERROR mais celui-ci est à zéro après le delete (j'ai testé avec une
commande
erronée et il est bien différent de zéro dans ce cas).
Conclusion la commande delete se passe bien (d'ailleurs elle s'execute
bien
pour les
autres lecteurs créés par le logon script et qui sont bien supprimés)
seul(s) celui ou ceux) réaffectés manuellement ne passe(ent) pas.
J'ai testé avec NET USE U: /Delete /Persistent et .... CA MARCHE donc
pour
ceux qui ont eu ce problème voilà la solution.
Juste pour ma connaissance personnelle qu'elle est l'équivallent de PAUSE
ou
le moyen d'afficher une info à l'écran en interrompant le déroulement du
script tant que la personne n'a pas répondu ?
Bernard"Bernard" a écrit dans le message de
news:Bonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de
session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à
dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas
supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà
affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete
est
bien valide et devrait donc fonctionner, pour infos sur le poste client
si
la
lettre est déjà affectée elle l'a été faite avec Outils connecter un
lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de
coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à
voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Salut bernard,
Essaye de faire le net use u: /delete en ligne de commande à la main sur
un
machine où ça ne fonctionne pas pour voir si c'est un pb de logon script
ou
pas.
Si ça fonctionne à la main, met une pause dans ton logon script pour
pouvoir
voir le message d'erreur.
Laurent.
Bonjour et merci,
lorque je le lance à la main cela fonctionne, cependant je ne peux mettre
un
pause dans le logon script car alors celui-ci bip et s'arrête à
l'instruction
pause (la suite des commande est ignorée), donc supposant que la commande
pause n'existe pas dans un logon script j'ai utilisé le code erreur de
retour
@ERROR mais celui-ci est à zéro après le delete (j'ai testé avec une
commande
erronée et il est bien différent de zéro dans ce cas).
Conclusion la commande delete se passe bien (d'ailleurs elle s'execute
bien
pour les
autres lecteurs créés par le logon script et qui sont bien supprimés)
seul(s) celui ou ceux) réaffectés manuellement ne passe(ent) pas.
J'ai testé avec NET USE U: /Delete /Persistent et .... CA MARCHE donc
pour
ceux qui ont eu ce problème voilà la solution.
Juste pour ma connaissance personnelle qu'elle est l'équivallent de PAUSE
ou
le moyen d'afficher une info à l'écran en interrompant le déroulement du
script tant que la personne n'a pas répondu ?
Bernard
"Bernard" <Bernard@discussions.microsoft.com> a écrit dans le message de
news: A561BB2C-BF07-4B05-BA1A-8CE9214F8AD7@microsoft.com...
Bonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de
session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à
dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas
supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà
affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete
est
bien valide et devrait donc fonctionner, pour infos sur le poste client
si
la
lettre est déjà affectée elle l'a été faite avec Outils connecter un
lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de
coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à
voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Salut bernard,
Essaye de faire le net use u: /delete en ligne de commande à la main sur
un
machine où ça ne fonctionne pas pour voir si c'est un pb de logon script
ou
pas.
Si ça fonctionne à la main, met une pause dans ton logon script pour
pouvoir
voir le message d'erreur.
Laurent.
Bonjour et merci,
lorque je le lance à la main cela fonctionne, cependant je ne peux mettre
un
pause dans le logon script car alors celui-ci bip et s'arrête à
l'instruction
pause (la suite des commande est ignorée), donc supposant que la commande
pause n'existe pas dans un logon script j'ai utilisé le code erreur de
retour
@ERROR mais celui-ci est à zéro après le delete (j'ai testé avec une
commande
erronée et il est bien différent de zéro dans ce cas).
Conclusion la commande delete se passe bien (d'ailleurs elle s'execute
bien
pour les
autres lecteurs créés par le logon script et qui sont bien supprimés)
seul(s) celui ou ceux) réaffectés manuellement ne passe(ent) pas.
J'ai testé avec NET USE U: /Delete /Persistent et .... CA MARCHE donc
pour
ceux qui ont eu ce problème voilà la solution.
Juste pour ma connaissance personnelle qu'elle est l'équivallent de PAUSE
ou
le moyen d'afficher une info à l'écran en interrompant le déroulement du
script tant que la personne n'a pas répondu ?
Bernard"Bernard" a écrit dans le message de
news:Bonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de
session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à
dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas
supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà
affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete
est
bien valide et devrait donc fonctionner, pour infos sur le poste client
si
la
lettre est déjà affectée elle l'a été faite avec Outils connecter un
lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de
coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à
voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Salut bernard,
Essaye de faire le net use u: /delete en ligne de commande à la main sur
un
machine où ça ne fonctionne pas pour voir si c'est un pb de logon script
ou
pas.
Si ça fonctionne à la main, met une pause dans ton logon script pour
pouvoir
voir le message d'erreur.
Laurent.
"Bernard" a écrit dans le message de
news:Bonjour et merci,
lorque je le lance à la main cela fonctionne, cependant je ne peux mettre
un
pause dans le logon script car alors celui-ci bip et s'arrête à
l'instruction
pause (la suite des commande est ignorée), donc supposant que la commande
pause n'existe pas dans un logon script j'ai utilisé le code erreur de
retour
@ERROR mais celui-ci est à zéro après le delete (j'ai testé avec une
commande
erronée et il est bien différent de zéro dans ce cas).
Conclusion la commande delete se passe bien (d'ailleurs elle s'execute
bien
pour les
autres lecteurs créés par le logon script et qui sont bien supprimés)
seul(s) celui ou ceux) réaffectés manuellement ne passe(ent) pas.
J'ai testé avec NET USE U: /Delete /Persistent et .... CA MARCHE donc
pour
ceux qui ont eu ce problème voilà la solution.
Juste pour ma connaissance personnelle qu'elle est l'équivallent de PAUSE
ou
le moyen d'afficher une info à l'écran en interrompant le déroulement du
script tant que la personne n'a pas répondu ?
Bernard"Bernard" a écrit dans le message de
news:Bonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de
session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à
dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas
supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà
affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete
est
bien valide et devrait donc fonctionner, pour infos sur le poste client
si
la
lettre est déjà affectée elle l'a été faite avec Outils connecter un
lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de
coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à
voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Salut bernard,
Essaye de faire le net use u: /delete en ligne de commande à la main sur
un
machine où ça ne fonctionne pas pour voir si c'est un pb de logon script
ou
pas.
Si ça fonctionne à la main, met une pause dans ton logon script pour
pouvoir
voir le message d'erreur.
Laurent.
Salut,
Content que tu ais trouvé la soluce.
Je ne connais pas d'équivalent à pause.
Si pause ne fonctionne pas, j'aurais tenté de rediriger la sortie d'erreur
vers un fichier.
Exemple : net use u: /delete 2>c:err.txt
Laurent.
"Bernard" <Bernard@discussions.microsoft.com> a écrit dans le message de
news: 407109F2-F99D-49C8-9F68-B963DA02D818@microsoft.com...
Bonjour et merci,
lorque je le lance à la main cela fonctionne, cependant je ne peux mettre
un
pause dans le logon script car alors celui-ci bip et s'arrête à
l'instruction
pause (la suite des commande est ignorée), donc supposant que la commande
pause n'existe pas dans un logon script j'ai utilisé le code erreur de
retour
@ERROR mais celui-ci est à zéro après le delete (j'ai testé avec une
commande
erronée et il est bien différent de zéro dans ce cas).
Conclusion la commande delete se passe bien (d'ailleurs elle s'execute
bien
pour les
autres lecteurs créés par le logon script et qui sont bien supprimés)
seul(s) celui ou ceux) réaffectés manuellement ne passe(ent) pas.
J'ai testé avec NET USE U: /Delete /Persistent et .... CA MARCHE donc
pour
ceux qui ont eu ce problème voilà la solution.
Juste pour ma connaissance personnelle qu'elle est l'équivallent de PAUSE
ou
le moyen d'afficher une info à l'écran en interrompant le déroulement du
script tant que la personne n'a pas répondu ?
Bernard
"Bernard" <Bernard@discussions.microsoft.com> a écrit dans le message de
news: A561BB2C-BF07-4B05-BA1A-8CE9214F8AD7@microsoft.com...
Bonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de
session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à
dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas
supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà
affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete
est
bien valide et devrait donc fonctionner, pour infos sur le poste client
si
la
lettre est déjà affectée elle l'a été faite avec Outils connecter un
lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de
coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à
voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Salut bernard,
Essaye de faire le net use u: /delete en ligne de commande à la main sur
un
machine où ça ne fonctionne pas pour voir si c'est un pb de logon script
ou
pas.
Si ça fonctionne à la main, met une pause dans ton logon script pour
pouvoir
voir le message d'erreur.
Laurent.
Salut,
Content que tu ais trouvé la soluce.
Je ne connais pas d'équivalent à pause.
Si pause ne fonctionne pas, j'aurais tenté de rediriger la sortie d'erreur
vers un fichier.
Exemple : net use u: /delete 2>c:err.txt
Laurent.
"Bernard" a écrit dans le message de
news:Bonjour et merci,
lorque je le lance à la main cela fonctionne, cependant je ne peux mettre
un
pause dans le logon script car alors celui-ci bip et s'arrête à
l'instruction
pause (la suite des commande est ignorée), donc supposant que la commande
pause n'existe pas dans un logon script j'ai utilisé le code erreur de
retour
@ERROR mais celui-ci est à zéro après le delete (j'ai testé avec une
commande
erronée et il est bien différent de zéro dans ce cas).
Conclusion la commande delete se passe bien (d'ailleurs elle s'execute
bien
pour les
autres lecteurs créés par le logon script et qui sont bien supprimés)
seul(s) celui ou ceux) réaffectés manuellement ne passe(ent) pas.
J'ai testé avec NET USE U: /Delete /Persistent et .... CA MARCHE donc
pour
ceux qui ont eu ce problème voilà la solution.
Juste pour ma connaissance personnelle qu'elle est l'équivallent de PAUSE
ou
le moyen d'afficher une info à l'écran en interrompant le déroulement du
script tant que la personne n'a pas répondu ?
Bernard"Bernard" a écrit dans le message de
news:Bonjour,
j'utilise KIX32 sur un serveur W2000 dans le script d'ouverture de
session
du profil utilisateur,
or la commande USE U: /Delete (par exemple) ne fonctionne pas c'est à
dire
que sur le poste client (W2000 ou XP) la lettre réseau U: n'est pas
supprimée
et donc la ré-affectation à un autre chemin n'est pas prise en compte,
cependant si la lettre réseau sur le poste client n'est pas déjà
affectée
tout se passe bien et la nouvelle affectation est bien prise en compte.
J'ai cherché sur la doc et sur Internet et la commande USE U: /Delete
est
bien valide et devrait donc fonctionner, pour infos sur le poste client
si
la
lettre est déjà affectée elle l'a été faite avec Outils connecter un
lecteur
réseau et avec l'option Se reconnecter à l'ouverture de session de
coché.
Je suis administrateur sur le serveur et aussi des postes donc rien à
voir
avec les droits (même phénomène sur mon propre poste sous W2000).
Si quelqu'un a une idée ou a déjà rencontré ce problème, merci beaucoup
d'avance.
Bernard
Salut bernard,
Essaye de faire le net use u: /delete en ligne de commande à la main sur
un
machine où ça ne fonctionne pas pour voir si c'est un pb de logon script
ou
pas.
Si ça fonctionne à la main, met une pause dans ton logon script pour
pouvoir
voir le message d'erreur.
Laurent.
Salut,
Content que tu ais trouvé la soluce.
Je ne connais pas d'équivalent à pause.
Si pause ne fonctionne pas, j'aurais tenté de rediriger la sortie d'erreur
vers un fichier.
Exemple : net use u: /delete 2>c:err.txt
Laurent.
