Le service d'erreur 1920 n'a pas pu démarrer. Vérifiez que vous disposez des privilèges suffisants pour démarrer les services système.
Nous avons créé un service Windows personnalisé. Le package de déploiement est effectué dans InstallShield et l'installation vous invite à fournir le nom d'utilisateur et le mot de passe du compte de connexion au service.
Nous n’avons rencontré aucun problème lors de l’installation sur diverses machines Windows 7 (Professionnel) et Windows 8, mais nous obtenons l’erreur 1920 lorsque nous essayons de déployer sur une machine Windows 7 Ultimate. Nous n'avons pas encore confirmé si le problème concerne le système d'exploitation ou la machine sur laquelle nous essayons de l'installer.
Le programme d'installation est toujours exécuté en cliquant avec le bouton droit de la souris sur "Exécuter en tant qu'administrateur". Les utilisateurs (à la fois l'utilisateur exécutant le programme d'installation et l'utilisateur de connexion pour lequel les informations d'identification sont fournies) sont des administrateurs de la machine. En général, l'utilisateur connecté qui installe le service et l'utilisateur de connexion qui exécute le service sont les mêmes.
Voici les choses que nous avons essayées.
- Vérifié, l'utilisateur de connexion est membre d'administrateurs.
- Vérifié, les paramètres du compte d'utilisateur sont exactement les mêmes que ceux d'une autre machine sur laquelle cela fonctionne.
- Vérifié depuis le Panneau de configuration - Outils d'administration - Stratégie de sécurité locale - Stratégies locales - Options de sécurité = que celles-ci correspondent à nouveau à la machine avec laquelle elles fonctionnent.
- Assurez-vous que toutes les mises à jour Windows ont été appliquées.
- Vérifié que le service Windows Management Instrumentation est en cours d'exécution. Il a redémarré.
- Redémarrage de la machine, puis réessayé.
- Ajout de l'élément "generatePublisherEvidence" dans le fichier de configuration du service. ( Le service n'a pas pu démarrer l'erreur 1920 )
Mais rien de ce qui précède ne fonctionne.
J'espère que quelqu'un d'autre a rencontré un problème similaire et a une solution.
METTRE À JOUR:
J'ai aussi essayé ce qui suit:
- Ouvrez SecPol.msc
- Accédez à Stratégies locales/Attribution des droits utilisateur
- Rechercher la stratégie "Ouvrir une session en tant que service" et ajouter le compte de service
1920 est un code d'erreur générique qui signifie que le service n'a pas démarré. Mon intuition est la suivante:
http://blog.iswix.com/2008/09/different-year-same-problem.html
Pour confirmer, avec le programme d'installation en état d'abandon, réessayer, ignorer, annuler la boîte de dialogue vers le haut ... allez dans services.msc et définissez le nom d'utilisateur et le mot de passe manuellement. Si vous recevez un message indiquant que l'utilisateur a été autorisé à ouvrir une session en tant que service, essayez de cliquer sur Réessayer dans la boîte de dialogue MSI pour voir si elle démarre.
Il peut également s'agir de dépendances manquantes ou d'exceptions générées dans votre code.
Assurez-vous que toutes les fenêtres de services sont fermées avant de lancer l'installation/la désinstallation.
J'ai aussi eu le même problème. J'ai résolu ce problème en installant la version 4.5 du framework .NET.
Vérifiez le service dépendances s’ils sont désactivés .
Définissez ces dépendances sur Automatique, Démarrez-les et cela devrait fonctionner.
Solution: c'est un problème que nous avons également observé dans Windows Server 2012 R2. Je n'ai pas encore trouvé de raison ni de solution. Voici mon travail autour.
Lors de l'installation alors qu'une erreur est affichée, accédez à Services.msc. Recherchez le service qui génère l'erreur, puis entrez à nouveau le mot de passe dans les informations de connexion du service. Ensuite, cliquez sur "Réessayer" dans la configuration. Ça marche.
L'erreur ne sera plus affichée pour le même utilisateur. Mais sera montré pour un utilisateur différent.
Dans mon cas, le service n'a pas pu démarrer car je n'ai pas défini Platform='x64' dans le fichier Wix.
J'ai vu ces erreurs dans l'Observateur d'événements:
Le service ne peut pas être démarré.
System.BadImageFormatException: impossible de charger le fichier ou l'assembly 'SOME_LIBRARY_FILE, version = 5.0.0.0, Culture = neutre, PublicKeyToken = 33345856ad364e35' ou l'une de ses dépendances
J'ai essayé de vérifier le bitness de tous les fichiers liés au service en utilisant CorFlags.exe. Lorsque j'ai changé mon installateur en 64 bit, tout a bien fonctionné.
J'ai trouvé cette réponse sur un autre site, mais cela a définitivement fonctionné pour moi, alors j'ai pensé la partager.
Dans l'Explorateur Windows: Cliquez avec le bouton droit sur le dossier OfficeSoftwareProtection Platform de C:\Programmes communs\Fichiers communs\Microsoft partagés et Microsoft de C:\Données de programme (il s'agit d'un dossier caché) Propriétés> Sécurité> Modifier> Ajouter> Type Service réseau> OK> Cochez la case Contrôle total> Appliquer et OK.
Dans l'Éditeur du Registre (regedit.exe): Accédez au registre HKEY_CLASSES_ROOT\AppID> cliquez avec le bouton droit de la souris sur le dossier> Autorisations> Ajouter> Type = SERVICE RÉSEAU> OK> Vérifier le contrôle total> Appliquer> OK.
J'ai trouvé cette réponse ici ::: https://social.technet.Microsoft.com/Forums/windows/en-US/5dda9b0b-636f-4f2f-8e50-ad05e98ab22d/error-1920-service-office -software-protection-platform-osppsvc-fail-to-start-verify-that-you? forum = officesetupdeployprevious
Quelle était à l'origine une méthode découverte par Jennifer Zhan
Ouvrez l'Observateur d'événements, accédez aux journaux de la fenêtre -> Application et examinez les erreurs antérieures à cette erreur.
J'ai eu ce problème lors du test du logiciel . Les pilotes n'étaient pas signés.
Le conseil pour moi était: Dans la ligne de commande: (administrateur) Bcdedit/set TESTSIGNING ON et redémarrez la machine (shutdown -r -t 5)
Dans mon cas, je devais supprimer les services de mon projet installshield et recommencer à zéro. Mes composants de service d'origine ont été ajoutés manuellement et je ne parvenais pas à les faire fonctionner. La seule erreur que je rencontrais était le même "Le service d'erreur 1920 n'a pas pu démarrer. Vérifiez que vous disposez des privilèges suffisants pour démarrer les services système."} que vous obteniez. Après avoir supprimé mes composants, je les ai rajoutés à l'aide de l'assistant composant.
En réalité, j'ai dû créer deux nouveaux composants. L'un était de type "Install Service".
L'autre composant que j'ai dû ajouter était de type "Service de contrôle".
Je devais choisir le service que j'avais configuré lorsque j'ai ajouté le composant Install Service. 
Après cela, cela a fonctionné, même si rien ne semblait différent des composants que j'avais ajoutés manuellement. Installshield doit faire quelque chose en coulisse lorsqu'il connecte les composants de service à l'aide de l'assistant de composant.
Tout cela était avec Install Shield 2016.