Désinstallation d'un fichier MSI à partir de la ligne de commande sans utiliser msiexec

4. En utilisant la base de données MSI mise en cache dans le dossier Super hidden cache

• MSI supprime tous les cabs (anciennes versions de Windows) et Cache chaque MSI installé dans un dossier système super-caché à %SystemRoot%\Installer (vous devez montrer les fichiers cachés pour le voir).
• NB : ce dossier caché est traitement différent à partir de Windows 7. les fichiers MSI sont maintenant mis en cache . Lire le fil lié pour plus de détails - recommandé pour quiconque trouve cette réponse et bricoler avec les paramètres de fenêtres dangereuses.
• tous les fichiers MSI ici auront un nom aléatoire (format hex) assigné, mais vous pouvez obtenir des informations sur chaque MSI en montrant la barre D'État de L'Explorateur Windows (vue -> barre D'état) et en sélectionnant ensuite un MSI. Le le flux de résumé du MSI sera visible au bas de la fenêtre de Windows Explorer. Ou comme Christopher Galpin le souligne, ouvrez la colonne" Commentaires "dans Windows Explorer et sélectionnez le fichier MSI ( voir cet article pour savoir comment faire ce ).
• une fois que vous avez trouvé le bon MSI, juste le clic droit et aller désinstaller.
• vous pouvez également utiliser PowerShell pour afficher le chemin complet vers la mise en cache locale forfait ainsi que le nom du produit. C'est l'option la plus simple à mon avis.
• Au feu PowerShell : maintenez la touche Windows enfoncée, appuyez sur R, relâchez la touche Windows, tapez "powershell" et appuyez sur OK . Puis maximiser la fenêtre PowerShell et exécuter la commande ci-dessous:

    get-wmiobject Win32_Product | Format-Table Name, LocalPackage -AutoSize

• Voir Aussi cette réponse: Comment puis-je trouver le guide produit d'une configuration MSI installée?

5. En Utilisant PowerShell

• il y a un script PowerShell similaire, mais plus complet disponible sur MSDN . Il permet de désinstaller pour être exécutée sur plusieurs machine.

• Entrée ajoutée par Even Mien:

  $app = Get-WmiObject -Class Win32_Product -Filter "Name = 'YOUR_APP'"
  $app.Uninstall()
  

• cette approche fonctionnera, mais l'accès à la classe WMI Win32_Product déclenchera un vérification de la cohérence du logiciel qui est très lent et dans des circonstances spéciales, il peut provoquer une auto-réparation MSI à être déclenché. Voir cet article: Powershell Script de Désinstallation - Avoir une un vrai mal de tête.

• Je ne l'ai pas testé moi-même, mais il semble $app.Uninstall () peut exécuter la chaîne de désinstallation enregistrée dans les paramètres du registre de L'applet ARP. Cela signifie qu'il peut exécuter modifier au lieu de désinstaller dans certains cas.
• vérifier ce sujet pour plus de détails et des façons de désinstaller via Powershell: Comment puis-je désinstaller une application en utilisant PowerShell?

6. En utilisant le .NET DTF Class Library (partie de the WiX toolkit )

• cette option est incluse pour les développeurs qui entrent dans le déploiement et MSI - il n'est pas vraiment pratique comme un "quick fix". Il exige que vous téléchargez the WiX toolkit - un cadre libre pour créer des fichiers MSI compilés à partir de fichier(s) source XML.
• Un bref texte de présentation sur WiX et son "histoire": programme d'installation de Windows et la création de WiX . Et ici est WiX contraste avec d'autres outils de déploiement (commercial) - (forces et faiblesses - espérons aussi objectif que possible).
• DTF (Outils de Déploiement de la Fondation) est distribué dans le cadre de WiX comme expliqué ici: est-ce que le code source pour la Fondation des outils de déploiement est disponible? .
• DTF est essentiellement un .NET wrapper pour Win32 API de Windows Installer . Il élimine tout besoin de COM Interop lorsque vous travaillez avec Windows Installer via l'automatisation et est rien de moins qu'un .net jewel - peut-être le plus facile à l'utilisation Bibliothèque .NET que j'ai jamais vu. Fortement recommandé-grand même pour la formation des étudiants en C# .
• Le suivant source de MSI expert Christopher Peintre à l'aide de C# et de la DTF. Microsoft.Déploiement.WindowsInstaller est l'un des assemblages DTF. voir les autres assemblages expliqués ici serverfault.com :

    using Microsoft.Deployment.WindowsInstaller;

    public static void Uninstall( string productCode)
    {
      Installer.ConfigureProduct(productCode, 0, InstallState.Absent, "REBOOT=\"R\"");
    }

• Une autre alternative de Tom Blodget: Vérifier la désinstallation réussie
• plus d'information sur msiexec.exe versus automation on: serverfault.com .

7. En utilisant le Windows Installer Automation API

• Voici une discussion communautaire de cette option: Windows Installer Automation API community sample
• l'API est accessible via script automation and C++ API calls (mon message sur serverfault.com)

• la source suivante adaptée de l'expert MSI Christopher Painter utilisant VBScript :

  Set installer = CreateObject("WindowsInstaller.Installer")
  installer.InstallProduct "product.msi", "REMOVE=ALL REBOOT=ReallySuppress"
  Set installer = Nothing
  

• voici un autre VBScript pour désinstaller par GUID de Symantec: http://www.symantec.com/connect/downloads/uninstall-application-using-guid-registry

• désinstaller via le code de mise à niveau et configurer le produit .

8. En utilisant un Windows Installer mise à niveau majeure

• une mise à niveau majeure de Windows installateur peut se produire dans le cadre de l'installation d'un autre fichier MSI.
• une mise à niveau majeure est rédigé en identifiant les produits connexes dans le MSI " table de mise à niveau ". Ils liées configurations sont alors traitées comme spécifié dans le tableau. En général, cela signifie qu'ils sont désinstallés, mais la configuration principale peut également être avortée à la place (généralement utilisé pour détecter les versions supérieures de votre propre application présente sur la boîte).

9. En utilisant un système de déploiement avancé / système D'administration À Distance

• SCCM , CA Unicenter , Tivoli D'IBM , Altiris Client Management Suite, and several others
• ces outils disposent de la gestion avancée de PC client, et cela comprend l'installation et la désinstallation des fichiers MSI
• Ces outils semblent utiliser une combinaison de msiexec.exe, de l'automatisation, WMI , etc... et même leur propre façon d'invoquer installe et désinstaller.
• d'après mon expérience, ces outils ont beaucoup de" personnalité " et vous devez vous adapter à leurs différentes façons de faire les choses.

10. Using WMI-Windows Management Instrumentation

• ajouter juste pour être complet. Il est non recommandé d'utiliser cette approche car il est très slow
  • A vérification de la cohérence du logiciel est déclenché à chaque fois Win32_Product est appelé de chaque installation
  • le contrôle de cohérence est incroyablement lent , et il peut également déclencher une réparation du logiciel . Voir cet article: Powershell Script de Désinstallation - Avoir un vrai casse-tête
  • encore pire, certaines personnes signalent que leurs journaux d'événements se remplissent avec MsiInstaller EventID 1035 entrées - apparemment causé par des requêtes WMI à la classe Win32_Product (personnellement, je n'ai jamais vu cela).
• The WMICodeCreator.exe outil de création de code peut être utilisé pour expérimenter
  • Installer peut être invoqué via Win32_Product.Install
  • Uninstall peut être invoqué via Win32_Product.Uninstall
• MSDN exemple: la méthode de Désinstallation de la Win32_Product classe

11. En utilisant un outil tiers tel que ccleaner ou similaire

• plusieurs Les applications Windows disposent de leur propre interface pour désinstaller non seulement les paquets MSI, mais aussi les anciens installateurs.
• Je ne veux pas faire de recommandations d'outils spécifiques ici (en particulier les recommandations commerciales), mais le bien connu CCleaner dispose d'une telle interface de désinstallation (et il a une version gratuite). Je dois également ajouter que cet outil a subi une attaque malware récemment .
• je suppose que nous devrions tous nous rappeler que même les logiciels inoffensifs peuvent être injectés avec des logiciels malveillants dans leurs sites de téléchargement (attaque FTP).
  • I use virustotal.com pour vérifier mes téléchargements, et aussi Sysinternals Process Explorer pour vérifier les processus d'exécution après l'installation - avec le logiciel de sécurité régulier (selon ce qui est disponible).
  • A une quantité surprenante de logiciels de" zone grise " est généralement trouvée avec cette approche (barres d'outils, smileys, adware, etc...), ainsi que plusieurs faux positifs (ils peuvent aussi causer des problèmes car les logiciels de sécurité bloquent leur accès ou les mettent en quarantaine en faisant beaucoup de bruit). Et certainement vrai malware ainsi.
  • quelques conseils d'utilisation de Process Explorer peuvent être trouvés ici - une série de tweets - cet outil de Process Explorer hooks up to VirusTotal.com pour vérifier tous les processus en cours d'exécution de façon interactive - il suffit de quelques étapes de configuration.
  • je dois noter que L'Explorateur de processus fournit une vérification de signature de dossier, mais aucune heuristique - autant que je comprends (pas de vérification pour les opérations suspectes, juste une vérification avec 60+ suites de sécurité pour les dossiers marqués). Vous avez besoin d'un outil de sécurité régulier pour la protection heuristique interactive en ligne.
  • Pour ce qu'il vaut, je pense que certains le logiciel de sécurité limite sur causer des problèmes plus faux-positifs que les dommages de malware. Les derniers mots de l'ère des objets de rançon...
  • C'est une assez grande digression - Je ne veux juste pas voir les gens télécharger des logiciels malveillants. Faites votre virustotal.com vérifiez au moins.
• désinstaller comme ceci devrait marcher OK. Je pense que ces outils gâchent trop de choses quand vous essayez leur "nettoyage" les fonctionnalités". À utiliser avec prudence. Si vous utilisez seulement la fonctionnalité de désinstallation, vous devriez être OK.

12. En utilisant un outil de nettoyage tel que msizap ou similaire

• l'exhaustivité msizap.exe doit être mentionné bien qu'il soit déprécié , non supporté et périmé . Il ne doit pas être utilisé sur les nouvelles versions de Windows
• cet outil en ligne de commande ( msizap.exe ) avait également une interface graphique disponible ( MSICUU2.exe ). Les deux outils sont deprectated.
• l'utilisation prévue de ces outils était de nettoyer à défaut de désinstallation :
  • généralement pour le cas rare lorsque le MSI avec le nom aléatoire est erronément manquant et désinstaller échoue pour cette raison tout en demandant l'original MSI
    • C'est un problème rare, mais je l'ai vu moi-même. Quelques causes potentielles:
      • interférence avec restauration du système ? La restauration d'une image système précédente supprime accidentellement un fichier MSI caché?
      • applications de nettoyage mal conçues supprimer ce qu'ils ne devriez pas?
      • MSI problèmes de conception ou d'un accident dans msiexec.exe vers la fin de l'installation lors de l'enregistrement du produit final? Je trouve cela peu probable puisque la mise en cache est faite avant le démarrage de l'installation, mais j'ai vu des problèmes comme celui-ci lors du développement des fichiers MSI.
      • A panne de courant soudaine ? Aussi peu probable en raison de la protection intégrée dans Windows Installer, mais une perte de puissance soudaine peut toujours causer inattendu résultat.
      • Anti-virus ou autre logiciel de sécurité supprimant ou bloquant l'accès au fichier MSI caché?
      • si vous développez un MSI et maintenez un test de réinstallation, vous pouvez déclencher ce problème en réutilisant le même code de paquet entre les compilations (MSI traite différents fichiers MSI comme le même fichier par définition si le code de paquet est le même - tous les types de problèmes étranges résultent). Il s'agit d'un cas très particulier en général seulement vu sur les ordinateurs utilisés pour le développement ou L'assurance de la qualité.
      • l'utilisateur ou l'administrateur supprime manuellement fichiers MSI à partir du dossier cache pour enregistrer ou créer disponible espace disque ou tout simplement pour bricoler avec les paramètres de Windows. Le dossier est "super caché" et difficile d'accès, mais il est encore possible de le trouver et de supprimer les fichiers.
      • Il y a certainement d'autres causes possibles, mais la liste a devenu trop long et volumineux déjà.
  • également pour d'autres types de défaut de désinstallation
  • il pourrait également être utilisé pour zapper toute installation MSI, bien que ce ne soit évidemment pas conseillé.
  • plus d'informations: pourquoi MSI nécessite l'original .le fichier msi de procéder à une désinstallation?
• cet outil de soutien plus récent (cet outil est maintenant également obsolète) peut être essayé sur les versions récentes de Windows si vous avez des paquets MSI obsolètes à désinstaller.
• certains ont suggéré d'utiliser l'outil lié ici par saschabeaumont: désinstaller sans fichier MSI . Si vous l'essayer et ça marche, assurez-vous de nous le faire savoir.
• Si vous avez accès au MSI original qui a été réellement utilisé pour installer le produit, vous pouvez l'utiliser pour exécuter la désinstallation. Ce doit être le MSI exact qui a été utilisé, et pas seulement un similaire.

13. En utilisant restauration du système ("installation undo" - dernier recours IMHO)

• ce n'est pas à proprement parler une façon de " désinstaller "mais" annuler " la dernière installation, ou plusieurs s'installe pour cette question.
• restaurer par un point de restauration ramène le système à un état d'installation précédente (vous pouvez trouver des démos vidéo de ce sur YouTube ou un site similaire).
• notez que la fonctionnalité peut être désactivée entièrement ou partiellement - il est possible de désactiver définitivement pour l'ensemble de la machine, ou adhoc par installation.
• j'ai vu de nouveaux problèmes d'installation insolubles résultant d'une restauration du système, mais normalement cela fonctionne bien . Évidemment, ne pas utiliser la fonctionnalité pour le plaisir. Il s'agit d'un dernier recours et est le mieux utilisé pour roll back de nouveaux pilotes ou les configurations qui viennent d'être installés et se trouvent à causer des problèmes immédiats ( bluescreen , redémarrages, instabilité, etc...).
• le plus long vous revenir le plus retravailler, vous allez créer pour vous-même, et plus le risque sera. La plupart des systèmes ne disposent que de quelques points de restauration, et la plupart d'entre eux s'étirent en arrière juste un mois ou deux je crois.
• soyez conscient que la restauration du système pourrait affecter Windows Updates qui doit ensuite être appliqué de nouveau-ainsi que de nombreux autres paramètres du système. Au-delà des nuisances pures, cela peut aussi provoquer des problèmes de sécurité à refaire surface et vous pourriez vouloir exécuter un contrôle de sécurité sur la ou les cases cibles en utilisant Microsoft Baseline Security Analyzer ou des outils similaires.
• puisque j'ai mentionné la restauration du système, je suppose que je devrais mentionner la dernière caractéristique de bonne Configuration connue . Cette fonctionnalité n'a rien à voir avec la désinstallation ou la restauration du système, mais c'est la dernière configuration de démarrage qui a fonctionné ou qui a abouti à un système en cours d'exécution. Il peut être utilisé pour faire fonctionner votre système à nouveau s'il bluescreen ou s'arrête pendant le démarrage. Cela arrive souvent après l'installation du pilote.

14. Des Fonctions De Windows Installer (C++)

par souci d'exhaustivité, je suppose que nous devrions mentionner le cœur de tout cela - la manière jusqu'au métal: les Win32 Windows Installer les fonctions API . Ce sont probablement les fonctions utilisées par la plupart, si pas tous les d'autres approches présentées ci-dessus "sous le capot". Ils sont principalement utilisés par des applications ou des solutions traitant directement avec MSI en tant que technologie.

il y a une réponse sur serverfault.com ce qui peut être intéressant comme un résumé des différentes approches programmatiques pour désinstaller (com Automation, .NET, Win32 installer des fonctions).

ci-dessous, vous trouverez un extrait de C++ montrant comment désinstaller Orca, 10.1.17134.12 par Code produit utilisant un appel à la fonction MsiConfigureProductEx . Pour désinstaller un autre produit, remplacez le GUID spécifié pour prodcode par celui de votre produit. Pour trouver le code du produit voir cette réponse: Comment puis-je trouver le code produit D'une configuration MSI installée?

la désinstallation se fera en mode GUI complet. Pour exécuter en mode silencieux ou un autre mode GUI (réduit, basique, etc...), reportez-vous à la: MsiSetInternalUI function .

#include "pch.h"

#define WIN32_LEAN_AND_MEAN //Minimize includes from Windows.h
#include <windows.h>
#include <msi.h> // Windows Installer
#include <tchar.h> 

#pragma comment(lib, "msi.lib") // To make code link

int main()
{
    const TCHAR noreboot[] = _T("REBOOT=ReallySuppress");
    const TCHAR prodcode[39] = _T("{D7B80ABC-1950-37B8-F851-C3783EED9C93}"); // Orca, 10.1.17134.12

    UINT res = MsiConfigureProductEx(prodcode, INSTALLLEVEL_DEFAULT, INSTALLSTATE_ABSENT, noreboot);

    return res; // Error Codes: https://msdn.microsoft.com/en-us/library/windows/desktop/aa376931(v=vs.85).aspx
}

le snippet a été réalisé et testé avec la dernière version de Visual Studio 2017 à partir de septembre 2018:

1. créer une nouvelle" application Windows Console " à partir de Visual C++ => Windows Desktop.
2. copiez et collez le code ci-dessus dans votre fichier CPP principal (en remplaçant tout ce qui s'y trouve).

3. ça devrait être ça pour pouvoir exécuter le code. Peut-être fixer un point de rupture, construire et courir.

   • méfiez-vous des changements aux gabarits par défaut dans VS2017, et les erreurs bizarres qui peuvent en résulter: Il ya trop d'erreurs pour le moteur IntelliSense pour fonctionner correctement .
   • mise à jour septembre 2018 : les modèles ont encore changé. Je ne vois plus le problème ci-dessus.
   • le lien MSDN dans le code liste les messages d'erreur possibles retournés par msiexec.EXE.