Bonjour à tous,
Avec un serveur w2k8r2 et un client xp sp3, je fais des essais de
déploiements de logiciels avec des GPO.
Tout fonctionne bien (7zip, startup, rktools), que ce soit pour les
utilisateurs d'une OU ou pour les PC d'une OU.
Tout sauf adminpack.msi!
L'installation d'adminpack.msi se passe correctement via une GPO pour les
PCs, mais pas pour les utilisateurs d'une OU. Dans les journaux, on m'indique
que les privilèges ne sont pas suffisants, ce qui est bizarre puisque,
apparemment, ils suffisent pour d'autres paquetages.
J'ai tenté d'activer "Toujours installer avec des droits élevés" pour
l'utilisateur et pour l'ordinateur, sans succès.
Y a-t-il une solution, parce que là je désespère ...
Merci d'avance.
Bonjour à tous,
Avec un serveur w2k8r2 et un client xp sp3, je fais des essais de
déploiements de logiciels avec des GPO.
Tout fonctionne bien (7zip, startup, rktools), que ce soit pour les
utilisateurs d'une OU ou pour les PC d'une OU.
Tout sauf adminpack.msi!
L'installation d'adminpack.msi se passe correctement via une GPO pour les
PCs, mais pas pour les utilisateurs d'une OU. Dans les journaux, on m'indique
que les privilèges ne sont pas suffisants, ce qui est bizarre puisque,
apparemment, ils suffisent pour d'autres paquetages.
J'ai tenté d'activer "Toujours installer avec des droits élevés" pour
l'utilisateur et pour l'ordinateur, sans succès.
Y a-t-il une solution, parce que là je désespère ...
Merci d'avance.
Bonjour à tous,
Avec un serveur w2k8r2 et un client xp sp3, je fais des essais de
déploiements de logiciels avec des GPO.
Tout fonctionne bien (7zip, startup, rktools), que ce soit pour les
utilisateurs d'une OU ou pour les PC d'une OU.
Tout sauf adminpack.msi!
L'installation d'adminpack.msi se passe correctement via une GPO pour les
PCs, mais pas pour les utilisateurs d'une OU. Dans les journaux, on m'indique
que les privilèges ne sont pas suffisants, ce qui est bizarre puisque,
apparemment, ils suffisent pour d'autres paquetages.
J'ai tenté d'activer "Toujours installer avec des droits élevés" pour
l'utilisateur et pour l'ordinateur, sans succès.
Y a-t-il une solution, parce que là je désespère ...
Merci d'avance.
Sylvain Jeanneret a écrit :Bonjour à tous,
Avec un serveur w2k8r2 et un client xp sp3, je fais des essais de
déploiements de logiciels avec des GPO.
Tout fonctionne bien (7zip, startup, rktools), que ce soit pour les
utilisateurs d'une OU ou pour les PC d'une OU.
Tout sauf adminpack.msi!
L'installation d'adminpack.msi se passe correctement via une GPO pour
les PCs, mais pas pour les utilisateurs d'une OU. Dans les journaux,
on m'indique que les privilèges ne sont pas suffisants, ce qui est
bizarre puisque, apparemment, ils suffisent pour d'autres paquetages.
J'ai tenté d'activer "Toujours installer avec des droits élevés" pour
l'utilisateur et pour l'ordinateur, sans succès.
Y a-t-il une solution, parce que là je désespère ...
Merci d'avance.
je n'ai pas essayé d'installer l'adminpack ( de 2003 je suppose) sur un
2008 mais sur Vista déjà ça ne fonctionne pas tout seul.
Il faut manuellement (ou via script) inscrire les éléments pour que les
outils d'administration de génération précédentes puissent être actif
cf : http://fds.mvps.org/ta/qr_vista.htm#Q04
C'est peut être ça la bse du probleme
Sylvain Jeanneret a écrit :
Bonjour à tous,
Avec un serveur w2k8r2 et un client xp sp3, je fais des essais de
déploiements de logiciels avec des GPO.
Tout fonctionne bien (7zip, startup, rktools), que ce soit pour les
utilisateurs d'une OU ou pour les PC d'une OU.
Tout sauf adminpack.msi!
L'installation d'adminpack.msi se passe correctement via une GPO pour
les PCs, mais pas pour les utilisateurs d'une OU. Dans les journaux,
on m'indique que les privilèges ne sont pas suffisants, ce qui est
bizarre puisque, apparemment, ils suffisent pour d'autres paquetages.
J'ai tenté d'activer "Toujours installer avec des droits élevés" pour
l'utilisateur et pour l'ordinateur, sans succès.
Y a-t-il une solution, parce que là je désespère ...
Merci d'avance.
je n'ai pas essayé d'installer l'adminpack ( de 2003 je suppose) sur un
2008 mais sur Vista déjà ça ne fonctionne pas tout seul.
Il faut manuellement (ou via script) inscrire les éléments pour que les
outils d'administration de génération précédentes puissent être actif
cf : http://fds.mvps.org/ta/qr_vista.htm#Q04
C'est peut être ça la bse du probleme
Sylvain Jeanneret a écrit :Bonjour à tous,
Avec un serveur w2k8r2 et un client xp sp3, je fais des essais de
déploiements de logiciels avec des GPO.
Tout fonctionne bien (7zip, startup, rktools), que ce soit pour les
utilisateurs d'une OU ou pour les PC d'une OU.
Tout sauf adminpack.msi!
L'installation d'adminpack.msi se passe correctement via une GPO pour
les PCs, mais pas pour les utilisateurs d'une OU. Dans les journaux,
on m'indique que les privilèges ne sont pas suffisants, ce qui est
bizarre puisque, apparemment, ils suffisent pour d'autres paquetages.
J'ai tenté d'activer "Toujours installer avec des droits élevés" pour
l'utilisateur et pour l'ordinateur, sans succès.
Y a-t-il une solution, parce que là je désespère ...
Merci d'avance.
je n'ai pas essayé d'installer l'adminpack ( de 2003 je suppose) sur un
2008 mais sur Vista déjà ça ne fonctionne pas tout seul.
Il faut manuellement (ou via script) inscrire les éléments pour que les
outils d'administration de génération précédentes puissent être actif
cf : http://fds.mvps.org/ta/qr_vista.htm#Q04
C'est peut être ça la bse du probleme
F. Dunoyer a écrit :Sylvain Jeanneret a écrit :Bonjour à tous,
Avec un serveur w2k8r2 et un client xp sp3, je fais des essais de
déploiements de logiciels avec des GPO.
Tout fonctionne bien (7zip, startup, rktools), que ce soit pour les
utilisateurs d'une OU ou pour les PC d'une OU.
Tout sauf adminpack.msi!
L'installation d'adminpack.msi se passe correctement via une GPO pour les
PCs, mais pas pour les utilisateurs d'une OU. Dans les journaux, on
m'indique que les privilèges ne sont pas suffisants, ce qui est bizarre
puisque, apparemment, ils suffisent pour d'autres paquetages.
J'ai tenté d'activer "Toujours installer avec des droits élevés" pour
l'utilisateur et pour l'ordinateur, sans succès.
Y a-t-il une solution, parce que là je désespère ...
Merci d'avance.
je n'ai pas essayé d'installer l'adminpack ( de 2003 je suppose) sur un
2008 mais sur Vista déjà ça ne fonctionne pas tout seul.
Il faut manuellement (ou via script) inscrire les éléments pour que les
outils d'administration de génération précédentes puissent être actif
cf : http://fds.mvps.org/ta/qr_vista.htm#Q04
C'est peut être ça la bse du probleme
Merci pour l'aide!
Sans succès hélas. Ce qui est vraiment bizarre, c'est que l'installation
d'autres soft se déroule sans problème tout comme pour l'installation basée
sur l'ordinateur. Je vais en rester à cette dernière solution pour l'instant,
ne sachant plus dans quelle direction chercher et aussi pressé par le temps
qui file ...
Si j'ai un jour une solution, je la posterai ici ;-)
Très bonnes salutations,
F. Dunoyer a écrit :
Sylvain Jeanneret a écrit :
Bonjour à tous,
Avec un serveur w2k8r2 et un client xp sp3, je fais des essais de
déploiements de logiciels avec des GPO.
Tout fonctionne bien (7zip, startup, rktools), que ce soit pour les
utilisateurs d'une OU ou pour les PC d'une OU.
Tout sauf adminpack.msi!
L'installation d'adminpack.msi se passe correctement via une GPO pour les
PCs, mais pas pour les utilisateurs d'une OU. Dans les journaux, on
m'indique que les privilèges ne sont pas suffisants, ce qui est bizarre
puisque, apparemment, ils suffisent pour d'autres paquetages.
J'ai tenté d'activer "Toujours installer avec des droits élevés" pour
l'utilisateur et pour l'ordinateur, sans succès.
Y a-t-il une solution, parce que là je désespère ...
Merci d'avance.
je n'ai pas essayé d'installer l'adminpack ( de 2003 je suppose) sur un
2008 mais sur Vista déjà ça ne fonctionne pas tout seul.
Il faut manuellement (ou via script) inscrire les éléments pour que les
outils d'administration de génération précédentes puissent être actif
cf : http://fds.mvps.org/ta/qr_vista.htm#Q04
C'est peut être ça la bse du probleme
Merci pour l'aide!
Sans succès hélas. Ce qui est vraiment bizarre, c'est que l'installation
d'autres soft se déroule sans problème tout comme pour l'installation basée
sur l'ordinateur. Je vais en rester à cette dernière solution pour l'instant,
ne sachant plus dans quelle direction chercher et aussi pressé par le temps
qui file ...
Si j'ai un jour une solution, je la posterai ici ;-)
Très bonnes salutations,
F. Dunoyer a écrit :Sylvain Jeanneret a écrit :Bonjour à tous,
Avec un serveur w2k8r2 et un client xp sp3, je fais des essais de
déploiements de logiciels avec des GPO.
Tout fonctionne bien (7zip, startup, rktools), que ce soit pour les
utilisateurs d'une OU ou pour les PC d'une OU.
Tout sauf adminpack.msi!
L'installation d'adminpack.msi se passe correctement via une GPO pour les
PCs, mais pas pour les utilisateurs d'une OU. Dans les journaux, on
m'indique que les privilèges ne sont pas suffisants, ce qui est bizarre
puisque, apparemment, ils suffisent pour d'autres paquetages.
J'ai tenté d'activer "Toujours installer avec des droits élevés" pour
l'utilisateur et pour l'ordinateur, sans succès.
Y a-t-il une solution, parce que là je désespère ...
Merci d'avance.
je n'ai pas essayé d'installer l'adminpack ( de 2003 je suppose) sur un
2008 mais sur Vista déjà ça ne fonctionne pas tout seul.
Il faut manuellement (ou via script) inscrire les éléments pour que les
outils d'administration de génération précédentes puissent être actif
cf : http://fds.mvps.org/ta/qr_vista.htm#Q04
C'est peut être ça la bse du probleme
Merci pour l'aide!
Sans succès hélas. Ce qui est vraiment bizarre, c'est que l'installation
d'autres soft se déroule sans problème tout comme pour l'installation basée
sur l'ordinateur. Je vais en rester à cette dernière solution pour l'instant,
ne sachant plus dans quelle direction chercher et aussi pressé par le temps
qui file ...
Si j'ai un jour une solution, je la posterai ici ;-)
Très bonnes salutations,
F. Dunoyer a écrit :Sylvain Jeanneret a écrit :Bonjour à tous,
Avec un serveur w2k8r2 et un client xp sp3, je fais des essais de
déploiements de logiciels avec des GPO.
Tout fonctionne bien (7zip, startup, rktools), que ce soit pour les
utilisateurs d'une OU ou pour les PC d'une OU.
Tout sauf adminpack.msi!
L'installation d'adminpack.msi se passe correctement via une GPO pour
les PCs, mais pas pour les utilisateurs d'une OU. Dans les journaux, on
m'indique que les privilèges ne sont pas suffisants, ce qui est bizarre
puisque, apparemment, ils suffisent pour d'autres paquetages.
J'ai tenté d'activer "Toujours installer avec des droits élevés" pour
l'utilisateur et pour l'ordinateur, sans succès.
Y a-t-il une solution, parce que là je désespère ...
Merci d'avance.
je n'ai pas essayé d'installer l'adminpack ( de 2003 je suppose) sur un
2008 mais sur Vista déjà ça ne fonctionne pas tout seul.
Il faut manuellement (ou via script) inscrire les éléments pour que les
outils d'administration de génération précédentes puissent être actif
cf : http://fds.mvps.org/ta/qr_vista.htm#Q04
C'est peut être ça la bse du probleme
Merci pour l'aide!
Sans succès hélas. Ce qui est vraiment bizarre, c'est que l'installation
d'autres soft se déroule sans problème tout comme pour l'installation
basée sur l'ordinateur. Je vais en rester à cette dernière solution pour
l'instant, ne sachant plus dans quelle direction chercher et aussi pressé
par le temps qui file ...
Si j'ai un jour une solution, je la posterai ici ;-)
Très bonnes salutations,
--
Sylvain
F. Dunoyer a écrit :
Sylvain Jeanneret a écrit :
Bonjour à tous,
Avec un serveur w2k8r2 et un client xp sp3, je fais des essais de
déploiements de logiciels avec des GPO.
Tout fonctionne bien (7zip, startup, rktools), que ce soit pour les
utilisateurs d'une OU ou pour les PC d'une OU.
Tout sauf adminpack.msi!
L'installation d'adminpack.msi se passe correctement via une GPO pour
les PCs, mais pas pour les utilisateurs d'une OU. Dans les journaux, on
m'indique que les privilèges ne sont pas suffisants, ce qui est bizarre
puisque, apparemment, ils suffisent pour d'autres paquetages.
J'ai tenté d'activer "Toujours installer avec des droits élevés" pour
l'utilisateur et pour l'ordinateur, sans succès.
Y a-t-il une solution, parce que là je désespère ...
Merci d'avance.
je n'ai pas essayé d'installer l'adminpack ( de 2003 je suppose) sur un
2008 mais sur Vista déjà ça ne fonctionne pas tout seul.
Il faut manuellement (ou via script) inscrire les éléments pour que les
outils d'administration de génération précédentes puissent être actif
cf : http://fds.mvps.org/ta/qr_vista.htm#Q04
C'est peut être ça la bse du probleme
Merci pour l'aide!
Sans succès hélas. Ce qui est vraiment bizarre, c'est que l'installation
d'autres soft se déroule sans problème tout comme pour l'installation
basée sur l'ordinateur. Je vais en rester à cette dernière solution pour
l'instant, ne sachant plus dans quelle direction chercher et aussi pressé
par le temps qui file ...
Si j'ai un jour une solution, je la posterai ici ;-)
Très bonnes salutations,
--
Sylvain
F. Dunoyer a écrit :Sylvain Jeanneret a écrit :Bonjour à tous,
Avec un serveur w2k8r2 et un client xp sp3, je fais des essais de
déploiements de logiciels avec des GPO.
Tout fonctionne bien (7zip, startup, rktools), que ce soit pour les
utilisateurs d'une OU ou pour les PC d'une OU.
Tout sauf adminpack.msi!
L'installation d'adminpack.msi se passe correctement via une GPO pour
les PCs, mais pas pour les utilisateurs d'une OU. Dans les journaux, on
m'indique que les privilèges ne sont pas suffisants, ce qui est bizarre
puisque, apparemment, ils suffisent pour d'autres paquetages.
J'ai tenté d'activer "Toujours installer avec des droits élevés" pour
l'utilisateur et pour l'ordinateur, sans succès.
Y a-t-il une solution, parce que là je désespère ...
Merci d'avance.
je n'ai pas essayé d'installer l'adminpack ( de 2003 je suppose) sur un
2008 mais sur Vista déjà ça ne fonctionne pas tout seul.
Il faut manuellement (ou via script) inscrire les éléments pour que les
outils d'administration de génération précédentes puissent être actif
cf : http://fds.mvps.org/ta/qr_vista.htm#Q04
C'est peut être ça la bse du probleme
Merci pour l'aide!
Sans succès hélas. Ce qui est vraiment bizarre, c'est que l'installation
d'autres soft se déroule sans problème tout comme pour l'installation
basée sur l'ordinateur. Je vais en rester à cette dernière solution pour
l'instant, ne sachant plus dans quelle direction chercher et aussi pressé
par le temps qui file ...
Si j'ai un jour une solution, je la posterai ici ;-)
Très bonnes salutations,
--
Sylvain
Sylvain Jeanneret a écrit :F. Dunoyer a écrit :Sylvain Jeanneret a écrit :Bonjour à tous,
Avec un serveur w2k8r2 et un client xp sp3, je fais des essais de
déploiements de logiciels avec des GPO.
Tout fonctionne bien (7zip, startup, rktools), que ce soit pour les
utilisateurs d'une OU ou pour les PC d'une OU.
Tout sauf adminpack.msi!
L'installation d'adminpack.msi se passe correctement via une GPO
pour les PCs, mais pas pour les utilisateurs d'une OU. Dans les
journaux, on m'indique que les privilèges ne sont pas suffisants, ce
qui est bizarre puisque, apparemment, ils suffisent pour d'autres
paquetages.
J'ai tenté d'activer "Toujours installer avec des droits élevés"
pour l'utilisateur et pour l'ordinateur, sans succès.
Y a-t-il une solution, parce que là je désespère ...
Merci d'avance.
je n'ai pas essayé d'installer l'adminpack ( de 2003 je suppose) sur
un 2008 mais sur Vista déjà ça ne fonctionne pas tout seul.
Il faut manuellement (ou via script) inscrire les éléments pour que
les outils d'administration de génération précédentes puissent être
actif
cf : http://fds.mvps.org/ta/qr_vista.htm#Q04
C'est peut être ça la bse du probleme
Merci pour l'aide!
Sans succès hélas. Ce qui est vraiment bizarre, c'est que
l'installation d'autres soft se déroule sans problème tout comme pour
l'installation basée sur l'ordinateur. Je vais en rester à cette
dernière solution pour l'instant, ne sachant plus dans quelle
direction chercher et aussi pressé par le temps qui file ...
Si j'ai un jour une solution, je la posterai ici ;-)
Très bonnes salutations,
Est ce que le deploiement automatique de l'adminpack est vraiment qq
chose d'indispensable et a généraliser??
Sylvain Jeanneret a écrit :
F. Dunoyer a écrit :
Sylvain Jeanneret a écrit :
Bonjour à tous,
Avec un serveur w2k8r2 et un client xp sp3, je fais des essais de
déploiements de logiciels avec des GPO.
Tout fonctionne bien (7zip, startup, rktools), que ce soit pour les
utilisateurs d'une OU ou pour les PC d'une OU.
Tout sauf adminpack.msi!
L'installation d'adminpack.msi se passe correctement via une GPO
pour les PCs, mais pas pour les utilisateurs d'une OU. Dans les
journaux, on m'indique que les privilèges ne sont pas suffisants, ce
qui est bizarre puisque, apparemment, ils suffisent pour d'autres
paquetages.
J'ai tenté d'activer "Toujours installer avec des droits élevés"
pour l'utilisateur et pour l'ordinateur, sans succès.
Y a-t-il une solution, parce que là je désespère ...
Merci d'avance.
je n'ai pas essayé d'installer l'adminpack ( de 2003 je suppose) sur
un 2008 mais sur Vista déjà ça ne fonctionne pas tout seul.
Il faut manuellement (ou via script) inscrire les éléments pour que
les outils d'administration de génération précédentes puissent être
actif
cf : http://fds.mvps.org/ta/qr_vista.htm#Q04
C'est peut être ça la bse du probleme
Merci pour l'aide!
Sans succès hélas. Ce qui est vraiment bizarre, c'est que
l'installation d'autres soft se déroule sans problème tout comme pour
l'installation basée sur l'ordinateur. Je vais en rester à cette
dernière solution pour l'instant, ne sachant plus dans quelle
direction chercher et aussi pressé par le temps qui file ...
Si j'ai un jour une solution, je la posterai ici ;-)
Très bonnes salutations,
Est ce que le deploiement automatique de l'adminpack est vraiment qq
chose d'indispensable et a généraliser??
Sylvain Jeanneret a écrit :F. Dunoyer a écrit :Sylvain Jeanneret a écrit :Bonjour à tous,
Avec un serveur w2k8r2 et un client xp sp3, je fais des essais de
déploiements de logiciels avec des GPO.
Tout fonctionne bien (7zip, startup, rktools), que ce soit pour les
utilisateurs d'une OU ou pour les PC d'une OU.
Tout sauf adminpack.msi!
L'installation d'adminpack.msi se passe correctement via une GPO
pour les PCs, mais pas pour les utilisateurs d'une OU. Dans les
journaux, on m'indique que les privilèges ne sont pas suffisants, ce
qui est bizarre puisque, apparemment, ils suffisent pour d'autres
paquetages.
J'ai tenté d'activer "Toujours installer avec des droits élevés"
pour l'utilisateur et pour l'ordinateur, sans succès.
Y a-t-il une solution, parce que là je désespère ...
Merci d'avance.
je n'ai pas essayé d'installer l'adminpack ( de 2003 je suppose) sur
un 2008 mais sur Vista déjà ça ne fonctionne pas tout seul.
Il faut manuellement (ou via script) inscrire les éléments pour que
les outils d'administration de génération précédentes puissent être
actif
cf : http://fds.mvps.org/ta/qr_vista.htm#Q04
C'est peut être ça la bse du probleme
Merci pour l'aide!
Sans succès hélas. Ce qui est vraiment bizarre, c'est que
l'installation d'autres soft se déroule sans problème tout comme pour
l'installation basée sur l'ordinateur. Je vais en rester à cette
dernière solution pour l'instant, ne sachant plus dans quelle
direction chercher et aussi pressé par le temps qui file ...
Si j'ai un jour une solution, je la posterai ici ;-)
Très bonnes salutations,
Est ce que le deploiement automatique de l'adminpack est vraiment qq
chose d'indispensable et a généraliser??