Certains installateurs s’enregistrent dans la ruche de désinstallation 32 bits même sous Windows 64 bits. Vérifiez les deux vues avant de conclure que l’entrée a disparu.
Si l’éditeur fournit un utilitaire de nettoyage, exécutez-le avant toute suppression manuelle dans le registre. Cet ordre réduit le risque de laisser des services ou des pilotes dans un état incohérent.
Lorsqu’il existe des entrées x86 et x64, désinstallez en dernier la variante (32 ou 64 bits) que vous avez réellement installée ; un ordre incohérent peut faire réapparaître l’entrée fantôme.
Séparez « fichiers manquants » et « désinstalleur manquant ». Une entrée fantôme pointe souvent encore vers un ProductCode valide alors que la cible de UninstallString a été supprimée. Notez les identifiants de style GUID dans le registre et comparez-les à tout journal MSI dont vous disposez ; des GUID incohérents indiquent que vous regardez une édition différente de celle attendue par l’installateur.
Sous Windows 64 bits, les enregistrements 32 bits peuvent se trouver sous WOW6432Node tandis que les entrées 64 bits natives sont à côté, sans ce suffixe. Traitez-les comme deux annuaires parallèles : ne nettoyer qu’un côté explique souvent pourquoi le Panneau de configuration affiche encore l’application.
Après une désinstallation ratée, relancez l’installateur actuel du fournisseur ; beaucoup proposent un mode « nettoyage » ou « supprimer tous les composants » qui comprend mieux leur ProductCode que la suppression manuelle de clés. L’édition manuelle est un dernier recours, pas le premier geste.
Si des composants Windows Update ou du Store sont en jeu, faites une pause et lisez d’abord la documentation Microsoft. Supprimer la mauvaise clé de servicing peut endommager la maintenance basée sur les composants ; restez dans la branche spécifique au produit documentée par l’éditeur.
Lorsque le système convient enfin que le produit a disparu, redémarrez et réinstallez avec la build la plus récente depuis le site du fournisseur — pas une ancienne copie USB — afin que l’alignement des ProductCode corresponde aux scripts de support.
ARPCache peut masquer la réalité pendant un cycle de redémarrage. Si le Panneau de configuration liste encore un produit supprimé juste après le nettoyage, redémarrez une fois avant de poursuivre d’autres suppressions dans le registre ; l’interface peut afficher des entrées en cache en retard sur la ruche réelle.
Les paires x86/x64 côte à côte partagent souvent un seul raccourci. Supprimer le raccourci dans Public\Desktop sans retirer les deux entrées de désinstallation fait réapparaître des raccourcis « fantômes » qui ne pointent plus vers rien.
Lorsque des suites MSI laissent un chemin de mise à jour cassé, exécutez l’exécutable « cleanup » du fournisseur avec journalisation, puis comparez les ProductCode restants à leur matrice de support. Chasser les GUID au hasard dans le registre ne passe pas à l’échelle sur un PC partagé — voir PC Windows multi-utilisateurs.
Si « déjà installé » apparaît encore après le nettoyage du fournisseur, capturez des journaux détaillés de msiexec /i produit.msi sur une VM jetable au même niveau de correctifs ; des différences dans les piles de servicing expliquent souvent des installations « impossibles » sur une seule machine.