# Ce que fait Optimize dans Mole, étape par étape > Ce qu’Optimize relance, efface ou réinitialise, quand il ignore une tâche et quoi vérifier ensuite. Published: 2026-10-09 La page Optimize de Mole réunit plusieurs opérations d’entretien du Mac. Elle propose des actions pour un changement de saisie qui fonctionne mal, des aperçus de fichiers défaillants ou des éléments de démarrage restés après la suppression d’une app. Certaines effacent aussi un historique ou réinitialisent des réglages : mieux vaut savoir ce qui changera avant de les lancer. Cet article prend Optimize dans l’app Mac Mole 1.16.0 comme exemple ; la version en ligne de commande fonctionne différemment. Quatre services sont rafraîchis d’abord, puis dix-sept tâches sont examinées. Chaque tâche suivante a ses conditions et ne s’exécute pas forcément à chaque passage.
Déroulement d’Optimize : préparation, quatre services rafraîchis, droits préparés si nécessaire, dix-sept vérifications dans l’ordre, puis résultats. Les deux branches continuent les tâches ordinaires ; les tâches administrateur exigent une autorisation.
Les quatre services sont rafraîchis d’abord. L’entretien suivant dépend de ses conditions ; refuser l’autorisation administrateur laisse les tâches ordinaires continuer.
## D’abord, rafraîchir quatre services système Mole attend que les autres opérations libèrent le verrou, vérifie la licence, puis tente de rafraîchir ces services dans l’ordre : - Changement de saisie : relance les processus du menu et du changement de saisie. Le changement de méthode de saisie peut brièvement s’interrompre. - Spotlight : rafraîchit l’interface de recherche et conserve l’index. - Centre de notifications : rafraîchit le processus d’interface. L’historique est conservé à cette étape. - Presse-papiers universel : rafraîchit le service de Handoff, sans changer le presse-papiers local ni le réglage de Handoff. Mole termine les processus correspondants pour laisser macOS les relancer. Si un processus est absent ou ne peut pas être terminé, il est noté comme non rafraîchi. Il faut ensuite réessayer l’action initiale pour voir si le problème est résolu. Ce n’est qu’après ces quatre étapes que Mole lit l’état du système et prépare les droits administrateur si nécessaire. L’assistant de gestion peut déjà être configuré : un mot de passe n’est donc pas demandé à chaque passage. Si vous refusez, l’entretien avec les droits ordinaires continue ; les tâches qui exigent les droits administrateur ne peuvent pas s’exécuter. ## Réinitialiser les aperçus et libérer la mémoire si nécessaire Mole réinitialise d’abord les composants d’aperçu Quick Look, puis le cache des vignettes, et tente d’effacer trois caches précis de vignettes et d’icônes de l’utilisateur. Ces opérations utilisent un outil système et sont ignorées s’il est absent. Les caches seront recréés plus tard. Comme plusieurs emplacements sont traités, un résultat terminé peut laisser un cache non effacé. Les caches mémoire ne sont traités que si la vérification indique une pression d’avertissement ou critique, avec une autorisation administrateur. Une pression normale fait ignorer la tâche. Les caches libérés peuvent se remplir de nouveau, et le contenu peut devoir être relu ; cela ne garantit pas des apps plus rapides. ## Ranger les historiques et les bases de données Ces quatre types de contenu sont examinés dans cet ordre, avec les droits ordinaires de l’utilisateur. - Historique des événements de quarantaine des téléchargements : si la base existe, contient des entrées et n’est pas protégée, Mole efface tout l’historique des événements et la compacte. Les fichiers téléchargés, leurs attributs de quarantaine et Gatekeeper sont conservés. - Bases de Mail et Messages : compactées uniquement si l’app correspondante est fermée, la base fait moins de 100 MiB, l’intégrité est valide et au moins 5 % des pages sont libres. Le compactage retire les pages inutilisées, sans supprimer volontairement courriels ou conversations. - Listes de fichiers partagées : Mole vérifie les fichiers .sfl2 et .sfl3 désignés, en gardant les listes de documents récents et les listes système protégées. Un échec de validation entraîne une tentative de suppression directe, pour une régénération ultérieure. Le contenu mémorisé peut être perdu. Les délais dépassés et autres erreurs déclenchent aussi cette suppression : les listes retirées ne sont pas toutes prouvées endommagées. - Anciennes notifications : si la base utilisateur dépasse 50 MiB, Mole efface les entrées de plus de trente jours, compacte la base et tente de rafraîchir le Centre de notifications. Les notifications supprimées ne sont plus consultables. Une base en cours d’utilisation ou une erreur de lecture ou d’écriture peut faire échouer l’opération. ## Anciennes règles, état des fenêtres et éléments de démarrage Viennent ensuite les règles Spotlight tierces. Mole demande à macOS de trouver l’app correspondante et supprime une règle si la recherche ne la trouve pas ; les règles Apple et système restent. Cela modifie les préférences de recherche, sans parcourir tous les disques. Une app introuvable par cette recherche n’est pas nécessairement désinstallée. Les dossiers d’état de restauration des fenêtres sont évalués par leur date de modification et supprimés directement après trente jours. Une app peut oublier les positions, la disposition des fenêtres ou la restauration de session. La tâche ne vérifie pas séparément si l’app est en cours d’exécution. Les éléments utilisateur de démarrage en arrière-plan devenus invalides vont dans la Corbeille. Mole exige d’abord un chemin absolu du programme, un volume monté et une absence du fichier confirmée. Apple et les logiciels protégés de gestion ou de sécurité sont exclus. Un disque déconnecté, un chemin incertain ou un accès impossible à déterminer laisse le fichier en place. Déplacer la configuration n’arrête pas un service actif. La restauration exige que le fichier original soit toujours dans la Corbeille. Un fichier tiers de préférences lisible mais impossible à analyser, non protégé et non exclu, est supprimé directement, sans sauvegarde ni Corbeille. L’app peut retrouver ses réglages par défaut. Il n’est pas nécessaire qu’elle soit fermée ; les préférences Apple, globales et de fenêtre de connexion protégées sont conservées. Les éléments d’ouverture à la connexion exigent les droits administrateur et peuvent aussi demander l’autorisation d’automatisation. Mole ne retire une ancienne entrée qu’après avoir confirmé que son volume est monté et que l’app manque à l’emplacement enregistré, puis relit la liste pour vérifier. Les autres enregistrements qu’il ne peut pas retirer sont seulement signalés. Les emplacements inconnus ou inaccessibles restent. Deux anciens réglages sont aussi vérifiés : désactiver App Nap et sauter la vérification des images disque. S’ils restent actifs, Mole les retire pour revenir au comportement par défaut de macOS. ## Terminer par les images disque, les liens et les droits Les images disque montées peuvent être éjectées, sans effacer le fichier image. Seules celles indiquées en lecture seule, sans indicateur de chiffrement et montées sous le dossier des volumes utilisateur sont traitées ; les images gérées par macOS sont exclues. L’absence d’indicateur ne prouve pas l’absence de chiffrement. Un état de lecture/écriture inconnu laisse l’image montée. Une image occupée peut refuser l’éjection et Mole ne la force pas. Il n’y a pas de condition d’âge : une image montée récemment peut aussi être traitée. Mole examine ensuite quatre dossiers fixes de commandes Homebrew et locales pour trouver des liens dont la cible manque. Il les signale et les laisse en place. Un problème trouvé ne compte pas comme réparation terminée ; un dossier illisible peut ne produire aucun résultat. Si le dossier personnel appartient à un autre compte, ou si l’utilisateur ne peut pas écrire dans sa Library, Mole emploie l’outil système pour réinitialiser les droits de ce compte. Le propriétaire et les listes de contrôle d’accès peuvent changer. Cela exige les droits administrateur et concerne le compte actuel ; les autorisations de confidentialité se règlent séparément. Enfin, Mole vérifie l’entretien périodique de macOS. Si l’outil existe et que le journal quotidien manque, sa date est indéterminable ou il a plus de sept jours, Mole exécute les scripts quotidiens, hebdomadaires et mensuels avec les droits administrateur. Un entretien récent ou un outil absent fait ignorer cette tâche. Les scripts de ce macOS déterminent les opérations effectuées. ## Après le passage, réessayer l’action initiale Le résultat présente les tâches terminées, ignorées et en échec. Une tâche ignorée peut être inutile, exclue ou limitée par l’accès : lisez aussi la raison. Une tâche portant sur plusieurs fichiers peut être marquée terminée après une réussite partielle. Un échec ne restaure pas automatiquement les modifications antérieures. Annuler arrête les étapes suivantes. Une commande ou un lot de fichiers déjà lancé peut continuer un moment ; les contenus effacés et les réglages changés ne sont pas restaurés automatiquement. Le délai maximal d’une commande n’est pas une limite pour toute l’exécution. Si vous excluez des tâches avec la liste CLI Optimize, treize des dix-sept tâches lisent la configuration correspondante. Les quatre services, les deux réinitialisations Quick Look, l’éjection d’images et le rapport de liens ne sont pas contrôlés par cette liste. Réessayez l’action qui posait problème : changer de saisie, ouvrir un aperçu ou copier entre les mêmes appareils. Un Mac qui fonctionne normalement n’a pas besoin d’Optimize chaque jour. S’il ralentit, consultez la [pression mémoire](https://mole.fit/fr/blog/mac-memory-pressure-explained), puis le [guide d’entretien](https://mole.fit/fr/blog/how-to-run-mac-maintenance-safely). La récupération d’espace des machines virtuelles est un parcours Clean distinct, avec sa propre confirmation ; elle ne fait pas partie d’Optimize. --- Canonical HTML page: https://mole.fit/fr/blog/what-mole-optimize-does Blog index for agents: https://mole.fit/fr/blog/llms.txt Site index for agents: https://mole.fit/llms.txt