Déploiement .msi qui fonctionne avec windows 7 et pas xp
Fermé
david_3838
Messages postés
14
Date d'inscription
vendredi 14 février 2014
Statut
Membre
Dernière intervention
22 février 2014
-
Modifié par david_3838 le 14/02/2014 à 14:56
kelux Messages postés 3074 Date d'inscription vendredi 18 juin 2004 Statut Contributeur Dernière intervention 20 janvier 2023 - 10 déc. 2014 à 08:50
kelux Messages postés 3074 Date d'inscription vendredi 18 juin 2004 Statut Contributeur Dernière intervention 20 janvier 2023 - 10 déc. 2014 à 08:50
A voir également:
- Déploiement .msi qui fonctionne avec windows 7 et pas xp
- Msi afterburner - Télécharger - Optimisation
- Windows ne démarre pas - Guide
- Cle windows xp - Guide
- Passer de windows 7 à windows 10 - Accueil - Mise à jour
- Telecharger windows xp - Télécharger - Systèmes d'exploitation
12 réponses
kelux
Messages postés
3074
Date d'inscription
vendredi 18 juin 2004
Statut
Contributeur
Dernière intervention
20 janvier 2023
432
14 févr. 2014 à 16:05
14 févr. 2014 à 16:05
Bonjour,
Une petite lecture ici (meme si W2K) : https://support.microsoft.com/fr-fr/help/278472
Un résumé du problème : Le compte d'ordinateur de la station de travail n'a pas les autorisations pour le partage ou système de fichiers qui contient les fichiers source du package. Lorsqu'une station de travail exécute la stratégie de groupe, il le fait dans le contexte du compte système d'ordinateur pour la station de travail.
-
Vérifiez le chemin UNC utilisé... checkez les droits du partage et NTFS pour soit "tout le monde", soit "utilisateurs authentifiés". (lecture/executer mini).
-
Second Point, je vous conseille fortement de ne pas utiliser le déploiement par GPO -> "Paramètres d'application".
Le souci c'est que cela stocke les fichiers d'installation MSI dans le SYSVOL ; et cela le fait grossir inutilement.(voir les explications plus bas).
Utilisez plutot des loginscript (.bat/.vbs) pour effectuer vos déploiements par GPO.
OU sinon utilisez du SCCM/SMS ou équivalent pour déployer vos packages.
-
(Microsoft a mis cette fonctionnalité d'installation de MSI dans les GPO, sauf que c'est une véritable bouse ; et ça ne changera jamais ; pourquoi auraient ils développés SCCM/SMS à coté sinon ? (hors l'aspect pécunier, ce n'est pas le débat))
Pourquoi c'est naze (contexte "déploiement de base"...) :
- Le sysvol grossit inutilement : si j'ai un site à perpette, genre en chine, avec une ligne limitée, mais que je déploie uniquement pour des ordinateurs situés en France ... ba mon/mes DCs en Chine vont récupérer ce fichu package via le sysvol ...
- Si je supprime la GPO, quésako de la désinstallation du produit ?
Même remarque, j'ai peut être les droits dans AD pour supprimer une GPO, mais je n'ai peut etre pas les droits de supprimer dans le sysvol ... le résultat ça donne des GPO orphelines (elle existe dans sysvol, mais plus dans AD...)
La GPO dans AD est supprimée, mais dans SYSVOL il y a toujours les packages restants ...
- en cas de crash, si je dois restaurer le sysvol (cas extreme et tres rare) : franchement ça m'ennuierait de restaurer des MSI de soft ...
-
Une petite lecture ici (meme si W2K) : https://support.microsoft.com/fr-fr/help/278472
Un résumé du problème : Le compte d'ordinateur de la station de travail n'a pas les autorisations pour le partage ou système de fichiers qui contient les fichiers source du package. Lorsqu'une station de travail exécute la stratégie de groupe, il le fait dans le contexte du compte système d'ordinateur pour la station de travail.
-
Vérifiez le chemin UNC utilisé... checkez les droits du partage et NTFS pour soit "tout le monde", soit "utilisateurs authentifiés". (lecture/executer mini).
-
Second Point, je vous conseille fortement de ne pas utiliser le déploiement par GPO -> "Paramètres d'application".
Le souci c'est que cela stocke les fichiers d'installation MSI dans le SYSVOL ; et cela le fait grossir inutilement.(voir les explications plus bas).
Utilisez plutot des loginscript (.bat/.vbs) pour effectuer vos déploiements par GPO.
OU sinon utilisez du SCCM/SMS ou équivalent pour déployer vos packages.
-
(Microsoft a mis cette fonctionnalité d'installation de MSI dans les GPO, sauf que c'est une véritable bouse ; et ça ne changera jamais ; pourquoi auraient ils développés SCCM/SMS à coté sinon ? (hors l'aspect pécunier, ce n'est pas le débat))
Pourquoi c'est naze (contexte "déploiement de base"...) :
- Le sysvol grossit inutilement : si j'ai un site à perpette, genre en chine, avec une ligne limitée, mais que je déploie uniquement pour des ordinateurs situés en France ... ba mon/mes DCs en Chine vont récupérer ce fichu package via le sysvol ...
- Si je supprime la GPO, quésako de la désinstallation du produit ?
Même remarque, j'ai peut être les droits dans AD pour supprimer une GPO, mais je n'ai peut etre pas les droits de supprimer dans le sysvol ... le résultat ça donne des GPO orphelines (elle existe dans sysvol, mais plus dans AD...)
La GPO dans AD est supprimée, mais dans SYSVOL il y a toujours les packages restants ...
- en cas de crash, si je dois restaurer le sysvol (cas extreme et tres rare) : franchement ça m'ennuierait de restaurer des MSI de soft ...
-
david_3838
Messages postés
14
Date d'inscription
vendredi 14 février 2014
Statut
Membre
Dernière intervention
22 février 2014
Modifié par david_3838 le 14/02/2014 à 16:14
Modifié par david_3838 le 14/02/2014 à 16:14
Merci pour votre réponse.
Mais au niveau des droits de partage s'est OK, le chemin UNC s'est OK. Enfait je voudrais installer des packages pour firefox ... et je l'ai déja fait avec wsus package publisher mais ça ne fonctionne pas. Je m'arrache les cheveux depuis quelques semaines et les gpo mais semblait la meilleure solution mais je ne vois que non.
De toute façon ça ne peut pas être le chemin ou les droits car ça marche pour les ordinateurs avec seven. Le probleme vient des machines xp, peut être qu'il ya un service qu'il faut démarré ou quelque chose a désactivé.
Mais au niveau des droits de partage s'est OK, le chemin UNC s'est OK. Enfait je voudrais installer des packages pour firefox ... et je l'ai déja fait avec wsus package publisher mais ça ne fonctionne pas. Je m'arrache les cheveux depuis quelques semaines et les gpo mais semblait la meilleure solution mais je ne vois que non.
De toute façon ça ne peut pas être le chemin ou les droits car ça marche pour les ordinateurs avec seven. Le probleme vient des machines xp, peut être qu'il ya un service qu'il faut démarré ou quelque chose a désactivé.
kelux
Messages postés
3074
Date d'inscription
vendredi 18 juin 2004
Statut
Contributeur
Dernière intervention
20 janvier 2023
432
14 févr. 2014 à 16:22
14 févr. 2014 à 16:22
Avez vous essayé les loginscript pour déployer le MSI de la même manière ? (qui est en fait une GPO qui lance un script ...)
Est ce que depuis une station XP, l'installation du package fonctionne ? (peut etre que le package MSI nécessite une mise à jour du windows installer ...)
Accédez vous au chemin UNC depuis un XP ?
Est ce que cette installation fonctionne lorsqu'elle est lancée depuis le chemin UNC ?
Est ce qu'avec la même méthode de déploiement, un autre MSI est bien déployé sur les XP (autre chose que firefox) ?
NB : il n'y a pas de templates ADM de base pour paramétrer la config d'un Firefox via une GPO ...
Est ce que depuis une station XP, l'installation du package fonctionne ? (peut etre que le package MSI nécessite une mise à jour du windows installer ...)
Accédez vous au chemin UNC depuis un XP ?
Est ce que cette installation fonctionne lorsqu'elle est lancée depuis le chemin UNC ?
Est ce qu'avec la même méthode de déploiement, un autre MSI est bien déployé sur les XP (autre chose que firefox) ?
NB : il n'y a pas de templates ADM de base pour paramétrer la config d'un Firefox via une GPO ...
david_3838
Messages postés
14
Date d'inscription
vendredi 14 février 2014
Statut
Membre
Dernière intervention
22 février 2014
14 févr. 2014 à 16:27
14 févr. 2014 à 16:27
Depuis XP j'accéde au chemin UNC mais lorsque je veux installer le msi il me dit " Impossible d'ouvrir ce package d'installation. Vérifiez qu'il existe et que vous êtes autorisé à y accéder."
Et c'est sur toutes les machines XP que sa ne marche pas que ce soit avec le msi de firefox ou 7zip.
Merci.
Et c'est sur toutes les machines XP que sa ne marche pas que ce soit avec le msi de firefox ou 7zip.
Merci.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
kelux
Messages postés
3074
Date d'inscription
vendredi 18 juin 2004
Statut
Contributeur
Dernière intervention
20 janvier 2023
432
14 févr. 2014 à 16:31
14 févr. 2014 à 16:31
Donc ce n'est pas un probleme de GPO.
Quel est le chemin UNC que vous utilisez ?
Quel est le chemin UNC que vous utilisez ?
kelux
Messages postés
3074
Date d'inscription
vendredi 18 juin 2004
Statut
Contributeur
Dernière intervention
20 janvier 2023
432
14 févr. 2014 à 17:10
14 févr. 2014 à 17:10
Et pourriez vous lister les droits de partage et NTFS (onglet sécurité) ?
david_3838
Messages postés
14
Date d'inscription
vendredi 14 février 2014
Statut
Membre
Dernière intervention
22 février 2014
17 févr. 2014 à 08:31
17 févr. 2014 à 08:31
Bonjour,
Est ce que par hasard vous sauriez ou on active le .msi dans les GPO ?
Il y aurait dans les composants windows un paramètre qui permet d'activer le .msi.
Merci de votre aide.
Est ce que par hasard vous sauriez ou on active le .msi dans les GPO ?
Il y aurait dans les composants windows un paramètre qui permet d'activer le .msi.
Merci de votre aide.
vieu bison boiteu
Messages postés
44312
Date d'inscription
lundi 11 avril 2005
Statut
Contributeur
Dernière intervention
18 octobre 2024
Ambassadeur
3 553
17 févr. 2014 à 08:58
17 févr. 2014 à 08:58
salut david_3838
as-tu installé "Windows Installer 4.5 Redistributable"
http://www.microsoft.com/en-us/download/details.aspx?id=8483
à+
as-tu installé "Windows Installer 4.5 Redistributable"
http://www.microsoft.com/en-us/download/details.aspx?id=8483
à+
vieu bison boiteu
Messages postés
44312
Date d'inscription
lundi 11 avril 2005
Statut
Contributeur
Dernière intervention
18 octobre 2024
3 553
17 févr. 2014 à 09:32
17 févr. 2014 à 09:32
alors là ??????
david_3838
Messages postés
14
Date d'inscription
vendredi 14 février 2014
Statut
Membre
Dernière intervention
22 février 2014
17 févr. 2014 à 09:19
17 févr. 2014 à 09:19
Salut vieu bison boiteu,
Je viens d'installer "Windows Installer 4.5 Redistributable" et ça ne marche pas. Dans les GPO il y aurait pas un paramètre à utiliser car la je seiche.
Merci de vos réponses.
Je viens d'installer "Windows Installer 4.5 Redistributable" et ça ne marche pas. Dans les GPO il y aurait pas un paramètre à utiliser car la je seiche.
Merci de vos réponses.
david_3838
Messages postés
14
Date d'inscription
vendredi 14 février 2014
Statut
Membre
Dernière intervention
22 février 2014
17 févr. 2014 à 13:55
17 févr. 2014 à 13:55
Si quelqu'un pourrait m'aider j'apporte quelques précisions. Enfait je ne pense pas que cela vient des droits car sur mon poste XP, avec le chemin UNC le MSI ne s'execute pas mais dans le même dossier ou se trouve mon .MSI ( partage netlogon) j'ai mis un executable et quand je le lance il s'execute bien et lance l'installation donc il y aurait dans les gpo un paramètre qui permettrait d'executer les .msi.
Si quelqu'un saurait ou ça se trouve qui me fasse signe.
Merci !
Si quelqu'un saurait ou ça se trouve qui me fasse signe.
Merci !
nico4444
Messages postés
1
Date d'inscription
mardi 4 mars 2014
Statut
Membre
Dernière intervention
4 mars 2014
4 mars 2014 à 11:18
4 mars 2014 à 11:18
bonjour david,
moi je te conseillerai d'abandonner le déploiement par GPO car c'est trop complexe à gérer au quotidien. Tu ne sais jamais si cela va s'appliquer sur les postes et parfois ça marche sans savoir pourquoi...
Moi j'ai abandonné ce type de solution et je me suis orienté sur une solution libre prévu pour le déploiement.
moi je te conseillerai d'abandonner le déploiement par GPO car c'est trop complexe à gérer au quotidien. Tu ne sais jamais si cela va s'appliquer sur les postes et parfois ça marche sans savoir pourquoi...
Moi j'ai abandonné ce type de solution et je me suis orienté sur une solution libre prévu pour le déploiement.
Bonjour,
Bonjour Nico4444,
comment s'appelle ta solution libre de déploiement stp ?
merci
si
Bonjour Nico4444,
comment s'appelle ta solution libre de déploiement stp ?
merci
si
Bonjour,
nous avons eu l'occasion de tester beaucoup de solution libre présente sur le marché. Cependant, aucune nous a satisfait :
* complexité du langage pour créé les paquets de logiciel (xml, batch, perl.....)
* aucun modèle de logiciel mis à disposition, on est obligé de tout recréer à la main
* le mode de déploiement se faisait au démarrage des postes ce qui ralentissait le démarrage des sessions
*
....
Nous avons trouvés le projet WAPT http://www.wapt.fr qui répond entièrement à nos problématiques de déploiement.
Grâce à ce logiciel tu vas pouvoir installer, désinstaller, paramétrer tout les logiciels de ton parc via une console. Le plus gros avantage est qu'une multitude de logiciel peut être récupéré simplement qui sont déjà opérationnel.
Regarde cette vidéo pour avoir une idée. https://www.youtube.com/watch?v=DVcTut22t2c
Je recommande d'essayer ce logiciel de déploiement car il est facile à mettre en place et il répond vraiment au problématique de déploiement de logiciel que rencontre les exploitants de parc informatique.
nous avons eu l'occasion de tester beaucoup de solution libre présente sur le marché. Cependant, aucune nous a satisfait :
* complexité du langage pour créé les paquets de logiciel (xml, batch, perl.....)
* aucun modèle de logiciel mis à disposition, on est obligé de tout recréer à la main
* le mode de déploiement se faisait au démarrage des postes ce qui ralentissait le démarrage des sessions
*
....
Nous avons trouvés le projet WAPT http://www.wapt.fr qui répond entièrement à nos problématiques de déploiement.
Grâce à ce logiciel tu vas pouvoir installer, désinstaller, paramétrer tout les logiciels de ton parc via une console. Le plus gros avantage est qu'une multitude de logiciel peut être récupéré simplement qui sont déjà opérationnel.
Regarde cette vidéo pour avoir une idée. https://www.youtube.com/watch?v=DVcTut22t2c
Je recommande d'essayer ce logiciel de déploiement car il est facile à mettre en place et il répond vraiment au problématique de déploiement de logiciel que rencontre les exploitants de parc informatique.
ZePretender
Messages postés
157
Date d'inscription
vendredi 15 février 2013
Statut
Membre
Dernière intervention
19 octobre 2016
34
10 déc. 2014 à 07:20
10 déc. 2014 à 07:20
Bonjour à tou(te)s,
Je rencontre le même cas de figure :
- Des contrôleurs de domaine en Windows 2012 R2 (DFSR) et non plus (DFS) avec un niveau fonctionnel 2008 R2 (Trop long à vous dire le pourquoi de ce choix :-) )
- Des postes de travail en Windows XP et 7
En mettant les fichiers msi sous SYSVO, avec les postes de travail XP j'ai le même message "La source d'installation pour ce produit n'est pas disponible. Vérifiez que la source existe et que vous y avez accès". J'ai mis les droits "contrôle total" pour "tout le monde", mais rien n'y a fait.
Je passe quelques détails, mais j'ai fini par créer un dossier sur lequel j'ai mis les droits "contrôle total" pour "tout le monde".
J'y ai mis les fichiers msi
puis j'ai fait pointer les GPO sur ces fichiers msi, et là... les GPO fonctionnent.
Je sais que cela n'est pas "propre" mais pour contourner ce problème, je n'ai trouvé que cela.
Je pense qu'il y a un GAP trop important entre Windows XP et 2008 R2 ou que cela vient de protocol DFSR
Je rencontre le même cas de figure :
- Des contrôleurs de domaine en Windows 2012 R2 (DFSR) et non plus (DFS) avec un niveau fonctionnel 2008 R2 (Trop long à vous dire le pourquoi de ce choix :-) )
- Des postes de travail en Windows XP et 7
En mettant les fichiers msi sous SYSVO, avec les postes de travail XP j'ai le même message "La source d'installation pour ce produit n'est pas disponible. Vérifiez que la source existe et que vous y avez accès". J'ai mis les droits "contrôle total" pour "tout le monde", mais rien n'y a fait.
Je passe quelques détails, mais j'ai fini par créer un dossier sur lequel j'ai mis les droits "contrôle total" pour "tout le monde".
J'y ai mis les fichiers msi
puis j'ai fait pointer les GPO sur ces fichiers msi, et là... les GPO fonctionnent.
Je sais que cela n'est pas "propre" mais pour contourner ce problème, je n'ai trouvé que cela.
Je pense qu'il y a un GAP trop important entre Windows XP et 2008 R2 ou que cela vient de protocol DFSR
kelux
Messages postés
3074
Date d'inscription
vendredi 18 juin 2004
Statut
Contributeur
Dernière intervention
20 janvier 2023
432
10 déc. 2014 à 08:50
10 déc. 2014 à 08:50
DFSR est utilisé pour la réplication du sysvol, rien à faire avec le client.
Si vous avez modifié les droits sur le sysvol en controle total, c'est super dangereux. Maintenant n'importe qui peut modifier le contenu de sysvol et supprimer la partie GPT des GPO.
Ne mettez pas vos msi dans le sysvol mais sur un filer à coté.
Si vous avez modifié les droits sur le sysvol en controle total, c'est super dangereux. Maintenant n'importe qui peut modifier le contenu de sysvol et supprimer la partie GPT des GPO.
Ne mettez pas vos msi dans le sysvol mais sur un filer à coté.