Désinstaller des apps Mac sans perdre de données partagées

DésinstallationPublié Mis à jour 8 min de lecture

Glisser une application autonome vers la Corbeille peut suffire pour une désinstallation complète. D’autres applications installent des assistants, des pilotes, des extensions système, des éléments d’ouverture, des conteneurs partagés ou de grandes bases de données utilisateur. L’objectif n’est pas de supprimer chaque nom de fichier qui ressemble au fournisseur ; il s’agit de retirer le logiciel sans supprimer des documents ou des données partagées qu’une autre application possède encore.

Voici où elles se cachent, comment les effacer à la main, et la méthode plus rapide pour toutes les repérer sans deviner.

Pourquoi glisser vers la Corbeille laisse des restes

Une application Mac est un bundle (le fichier .app), mais la plupart des applications écrivent aussi des données en dehors de ce bundle dès leur premier lancement : préférences, caches, fichiers de support, et parfois un élément d’ouverture ou un agent en arrière-plan. Supprimer le .app retire le programme, pas la trace qu’il a laissée dans vos dossiers Library. Cette trace, c’est ce que l’on appelle les restes ou résidus d’application.

Un Bundle ID relie le paquet de l'application aux données de support, caches, préférences, conteneurs et agents de lancement avant examen et suppression
Une désinstallation complète suit l’identité du bundle à travers l’application et son empreinte dans Library, puis passe en revue l’ensemble avant de le déplacer vers la Corbeille.

Pour une petite application, le reste peut se limiter à quelques préférences sans conséquence. Un navigateur, un jeu, un outil de développement ou une application multimédia peut laisser des gigaoctets de données contrôlées par l’utilisateur. La taille seule ne distingue pas un cache jetable des profils, projets, messages, plug-ins ou contenus téléchargés.

Utilisez d’abord le désinstalleur du fournisseur lorsque l’application modifie le système

Les clients VPN, les antivirus, les pilotes audio, les logiciels de virtualisation, les clients de synchronisation cloud, les outils pour périphériques d’entrée et les applications avec extensions système doivent être retirés via leur désinstalleur intégré ou fourni par l’éditeur. Ce flux peut désactiver les extensions, décharger les services privilégiés et supprimer les reçus dans un ordre que le Finder ne peut pas déduire. Exportez les réglages ou les données locales avant de commencer, et vérifiez si un abonnement ou une autorisation d’appareil doit être libéré séparément. Le guide de désinstallation d’Apple privilégie également le désinstalleur propre à l’application lorsqu’il en existe un, et précise que supprimer une application n’annule pas son abonnement ni ne retire les documents créés avec elle.

Où se cachent les restes d’applications

Beaucoup de restes ordinaires par utilisateur se trouvent dans votre dossier Library utilisateur, masqué par défaut. Les logiciels intégrés au système peuvent aussi installer des éléments sous /Library, ce qui est une raison de plus d’utiliser leur désinstalleur plutôt que de chercher à l’échelle du système. Dans le Finder, maintenez Option et ouvrez le menu Aller pour afficher Bibliothèque. Les emplacements utilisateur habituels sont :

  • ~/Library/Application Support/ : les principales données de support de l’application, souvent le reste le plus volumineux.
  • ~/Library/Caches/ : les fichiers de cache créés par l’application pour la rapidité.
  • ~/Library/Preferences/ : les fichiers de réglages (.plist) de l’application.
  • ~/Library/Containers/ et ~/Library/Group Containers/ : les données des applications en bac à sable.
  • ~/Library/Logs/ : les fichiers journaux de l’application.
  • ~/Library/Saved Application State/ : l’état des fenêtres et de la session.
  • ~/Library/LaunchAgents/ : les assistants en arrière-plan qui relancent l’application ou ses services à l’ouverture de session.

Les applications en bac à sable peuvent conserver des données dans un conteneur et les partager via des conteneurs de groupe. Ne retirez jamais un conteneur de groupe tant que vous n’avez pas identifié chaque application et chaque extension qui l’utilise. Le supprimer pour une application retirée peut effacer des données d’une autre application du même développeur.

Trouvez-les par identifiant de bundle

Les restes sont difficiles à repérer à l’œil parce que macOS les nomme d’après l’identifiant de bundle de l’application, une chaîne en reverse-DNS comme com.spotify.client, et non d’après le nom affiché. Récupérez d’abord l’identifiant :

osascript -e 'id of app "Spotify"'
mdls -name kMDItemCFBundleIdentifier -r /Applications/Spotify.app

Utilisez ensuite l’identifiant et le nom du fournisseur comme indices de recherche :

find ~/Library -maxdepth 4 \( -iname "*spotify*" -o -iname "*com.spotify*" \) -print 2>/dev/null

Les résultats de recherche sont des candidats, pas des preuves. Inspectez le contenu de chaque chemin, l’application propriétaire et son rôle. Les préférences peuvent être interrogées avec defaults, mais supprimer un domaine de préférences est facultatif et empêche une réinstallation avec les anciens réglages. Conservez-le lorsque l’espace est négligeable ou qu’une réinstallation future est plausible.

Comment les retirer à la main

  1. Exportez les données uniques et confirmez une sauvegarde à jour.
  2. Consultez les instructions de désinstallation du fournisseur et suivez-les pour les logiciels avec assistants, extensions, pilotes ou état de licence.
  3. Quittez l’application et ses assistants visibles via l’application ou le Moniteur d’activité.
  4. Déplacez un simple .app vers la Corbeille, puis examinez les correspondances exactes de bundle et de fournisseur dans Library. Séparez le cache des profils, projets, bases de données et conteneurs partagés.
  5. Désactivez les éléments d’ouverture restants du fournisseur via Réglages Système > Général > Ouverture et extensions. Ne devinez pas un libellé launchd à partir du nom d’un fichier plist.
  6. Redémarrez uniquement lorsqu’une extension ou un désinstalleur du fournisseur le demande. Testez les applications liées, types de fichiers, périphériques et la synchronisation avant de vider la Corbeille.

Cela fonctionne, mais c’est lent et source d’erreurs. Les noms d’application et de développeur ne correspondent pas toujours aux noms de dossiers, les données en bac à sable sont enfouies, et il est facile de supprimer le mauvais fichier ou de manquer celui qui compte.

La méthode plus rapide et plus sûre

Un écran d'examen de désinstallation avec une application dépliée montrant son paquet plus des éléments restants dans ~/Library/Application Support et ~/Library/HTTPStorages, chacun avec une taille et une case à cocher, et un bouton Supprimer en bas
Chaque fichier qu’une désinstallation retirerait, l’application plus ses restes dans Library, listé avec tailles et cases à cocher pour que vous confirmiez avant toute suppression. Voici l’écran de revue de désinstallation de Mole.

Un désinstalleur dédié peut résoudre l’identifiant de bundle et rassembler les correspondances probables dans Library. Mole affiche ces candidats et leurs tailles avant la suppression, valide les chemins et utilise la Corbeille pour les fichiers ordinaires. Cela réduit le travail de recherche, sans pour autant remplacer un désinstalleur du fournisseur ni rendre un conteneur partagé jetable. La revue reste partie intégrante de la désinstallation, pas un simple écran de confirmation décoratif.

Sous le capot : comment fonctionne un désinstalleur sûr

Facultatif, mais cela montre pourquoi l’ordre et la validation comptent ici. Le CLI et l’application native utilisent des implémentations séparées, mais les deux découpent le travail en découverte, revue et exécution confirmée. La séquence ci-dessous suit le chemin de l’application native.

Un désinstalleur sûr résout l'identité de l'application, découvre les restes, présente un plan d'examen, attend la confirmation, arrête l'application et les assistants, valide chaque chemin, décharge les tâches approuvées, déplace les éléments autorisés vers la Corbeille, et enregistre les résultats ignorés ou supprimés
La découverte ne peut rien supprimer. L’exécution ne commence qu’après confirmation, puis chaque élément d’ouverture et chaque chemin de fichier repasse par le garde de sécurité avant d’être déchargé ou déplacé vers la Corbeille.

L’identifiant de bundle n’est accepté qu’en forme reverse-DNS avant de pouvoir piloter une correspondance dérivée du bundle, de sorte qu’une entrée mal formée ne peut élargir un motif de recherche. Le scanner lit aussi les identifiants d’éléments d’ouverture intégrés dans leurs fichiers Info.plist au lieu de deviner à partir des noms de fichiers. Une fois le plan complet approuvé, l’application quitte la cible et arrête ses assistants exacts. Un élément d’ouverture n’est déchargé qu’après l’approbation de PathGuard, et DeletionExecutor valide à nouveau chaque URL avant d’appeler la couche Corbeille. Les chemins manquants, protégés ou refusés deviennent des sauts explicites plutôt qu’une suppression partielle silencieuse.

Une règle de désinstallation sûre

Utilisez le désinstalleur du fournisseur pour les logiciels intégrés au système. Pour une application simple, retirez le bundle, puis examinez les restes exacts par identité et type de données. Préservez les documents, profils, bases de données et conteneurs de groupe jusqu’à ce que la propriété soit prouvée. Laissez les suppressions dans la Corbeille le temps de vérifier les applications et services liés, et ne la videz qu’après que le Mac se comporte encore comme prévu.