Utilisation élevée du processeur par ReportCrash sur Mac

Qu'est-ce que ReportCrash sur Mac ?

Sur macOS, ReportCrash est le gestionnaire de plantage intégré fonctionnant sous le processus parent « launchd ». Chaque fois qu'une application ou un processus en arrière-plan meurt inopinément, ce composant se réveille, inspecte ce qui s'est passé et écrit un rapport de diagnostic sur le disque afin que les développeurs (et parfois vous) puissent voir ce qui n'a pas fonctionné.

Techniquement, ReportCrash fonctionne sous deux formes :

• en tant que LaunchAgent pour les processus au niveau utilisateur, écrivant des rapports dans votre dossier
  ~/Library/Logs/DiagnosticReports/ ;
  
• en tant que LaunchDaemon pour les processus système et appartenant à root, stockant les rapports dans les répertoires de journaux de diagnostic à l'échelle du système.

Dans les versions récentes de macOS, la boîte de dialogue familière « l'application a quitté de manière imprévue, envoyer à Apple ? » fait partie d'une pile de rapports plus large avec Problem Reporter comme interface visible et ReportCrash faisant le gros du travail en coulisses.

Dans des circonstances normales, vous remarquez à peine cette activité. Une application plante, ReportCrash intervient brièvement, écrit un journal et quitte. L'utilisation du processeur grimpe un instant puis retombe à zéro. C'est comme ça que c'est censé fonctionner.

Pourquoi ReportCrash peut monopoliser le processeur

Lorsque vous voyez ReportCrash consommer 50-300 % du processeur (sur les systèmes multicœurs) et réapparaître constamment dans le Moniteur d'activité (Activity Monitor), ce n'est presque jamais le véritable coupable. C'est le messager. Le vrai problème est autre chose qui continue de planter dans une boucle serrée.

Le schéma courant est :

1. Un processus se lance.
2. Il plante presque immédiatement.
3. launchd le redémarre.
4. ReportCrash se réveille pour traiter un autre échec.
5. Cela se répète sans arrêt.

Parce que générer et compresser des rapports de plantage n'est pas une tâche triviale, un processus coincé dans cette boucle peut occuper ReportCrash 24 heures sur 24. De nombreux rapports d'utilisateurs sur les forums et les sites de questions-réponses montrent la même histoire : une utilisation élevée et persistante du processeur par ReportCrash est presque toujours corrélée à un agent en arrière-plan, une extension ou un framework qui ne cesse de planter et de redémarrer.

Les coupables sous-jacents typiques incluent :

• Démons de synchronisation et d'indexation (par exemple, contacts, suggestions ou services liés à la recherche) qui s'étouffent avec des données corrompues ;
• Applications de barre des menus ou assistants tiers qui se sont cassés après une mise à jour de macOS ;
• Restes d'applications désinstallées dont les LaunchAgents ou LaunchDaemons continuent de lancer des binaires qui n'existent plus ;
• Outils de développement ou simulateurs (Xcode, simulateurs iOS, etc.) où un composant plante à répétition pendant les tests.

En bref, ReportCrash est bruyant parce que quelque chose d'autre est malade. Le but est de trouver ce « quelque chose », de le réparer ou de le supprimer, et seulement ensuite d'envisager de toucher à ReportCrash lui-même.

À propos, ce schéma est très similaire à d'autres histoires de processeur élevé que j'ai couvertes impliquant chronod, contactsd, syspolicyd et wdavdaemon – un petit travailleur en arrière-plan déraille et entraîne les performances du système avec lui.

Comment corriger l'utilisation élevée du processeur par ReportCrash sur Mac

Étape 1. Identifiez ce qui plante en boucle

Si vous ne faites qu'une seule chose, faites celle-ci. Vous devez savoir quel processus entraîne ReportCrash en mode surmenage.

1. Ouvrez Console
   • Appuyez sur Command–Espace, tapez Console et appuyez sur Entrée.
2. Dans la barre latérale, recherchez Rapports de plantage (Crash Reports) (ou utilisez la section « Crash Reports » sous « Rapports »).
3. Triez par Date et vérifiez les entrées les plus récentes :
   • Vous verrez probablement le même nom de processus répété plusieurs fois dans un court laps de temps.
4. Si les Rapports de plantage semblent vides, passez à :
   • system.log ou Tous les messages (All Messages), puis recherchez des termes comme crash, Service only

Notez :

• le nom du processus incriminé (par exemple, suggestd, une application de barre des menus, un assistant),
• son chemin s'il est visible, et
• environ à quelle fréquence il plante.

C'est votre suspect principal.

Étape 2. Supprimez ou réparez l'application ou le composant incriminé

Une fois que vous savez ce qui plante, la meilleure solution est généralement de mettre à jour, réinitialiser ou désinstaller cet élément spécifique.

1. S'il s'agit d'une application ordinaire que vous connaissez et utilisez :
   • Quittez-la si elle est en cours d'exécution.
   • Vérifiez s'il existe une mise à jour dans son menu (souvent NomApplie ▸ Rechercher les mises à jour) ou via l'App Store.
   • Si les plantages continuent, essayez une réinstallation propre :
     • Faites glisser l'application depuis Applications vers la Corbeille.
     • Redémarrez.
     • Téléchargez une nouvelle copie depuis la source officielle et réinstallez.
2. S'il s'agit d'une application dont vous ne vous souciez plus :
   • Dans Applications, supprimez-la avec les outils auxiliaires évidents (désinstallateurs, programmes de mise à jour).
   • Vérifiez ensuite les composants restants dans :
     • ~/Library/Application Support/
     • ~/Library/LaunchAgents/
     • /Library/LaunchDaemons/
   • Supprimez uniquement les éléments clairement liés à cette application (correspondant à son nom ou à son fournisseur).

3. S'il s'agit d'un service système (par exemple, suggestd, lié aux contacts ou à la synchronisation iCloud) :
   • Désactivez temporairement les fonctionnalités associées :
     • Désactivez les comptes problématiques dans Réglages Système ▸ Comptes Internet.
     • Basculez les services comme Contacts iCloud, Suggestions Siri et Spotlight ou des éléments similaires sur désactivé, attendez un peu, puis réactivez-les.
   • Si la tempête CPU se calme après la désactivation d'un compte ou d'une fonctionnalité spécifique, c'est probablement là que résident les mauvaises données.

L'idée est simple : si la chose qui continue de planter disparaît ou commence à se comporter correctement, ReportCrash n'a plus de raison de fonctionner sans arrêt.

Étape 3. Nettoyez les journaux de plantage et diagnostics volumineux

Même après avoir maîtrisé la boucle de plantage, le système peut être jonché de milliers d'anciens rapports de plantage. Ils ne provoquent généralement pas de pics de processeur par eux-mêmes, mais ils gaspillent de l'espace disque et peuvent rendre l'analyse bruyante.

Vous pouvez les nettoyer en toute sécurité comme suit :

1. Dans le Finder, appuyez sur Maj–Command–G pour ouvrir Aller au dossier…
2. Visitez ces emplacements un par un :
   • ~/Library/Logs/DiagnosticReports/
   • /Library/Logs/DiagnosticReports/ (vous aurez peut-être besoin des droits d'administrateur)
3. Déplacez les anciens fichiers .crash et .panic vers la Corbeille (ou un dossier d'archive si vous voulez une sauvegarde).
4. Videz la Corbeille lorsque vous êtes sûr que tout est stable.

Cela n'arrêtera pas directement l'utilisation du processeur par ReportCrash si la cause profonde persiste, mais cela garde votre Mac propre et peut réduire légèrement les E/S en arrière-plan.

Étape 4. Désactivez les éléments d'ouverture problématiques et les assistants en arrière-plan

Un scénario très courant est un élément d'ouverture ou LaunchAgent pour une application oubliée depuis longtemps essayant de lancer quelque chose qui n'existe plus. Ce binaire ne parvient pas à se lancer correctement, plante instantanément et ReportCrash est inondé.

Effectuez le nettoyage suivant :

1. Vérifiez les éléments d'ouverture
   • Allez dans Réglages Système ▸ Général ▸ Ouverture.
   • Sous Ouvrir avec la session et Autoriser en arrière-plan, désactivez les éléments que vous ne reconnaissez pas ou que vous n'utilisez plus.
2. Inspectez LaunchAgents et LaunchDaemons
   Dans le Finder, utilisez Aller ▸ Aller au dossier… et regardez dans :
   • ~/Library/LaunchAgents/
   • /Library/LaunchAgents/
   • /Library/LaunchDaemons/
   
   
3. Pour chaque dossier :
   • Triez par Nom et recherchez les éléments appartenant manifestement à des applications désinstallées.
   • Déplacez les fichiers .plist suspects vers un dossier temporaire sur votre Bureau au lieu de les supprimer immédiatement.
   • Redémarrez et surveillez le Moniteur d'activité pour voir si ReportCrash se calme.

Si tout fonctionne bien pendant quelques jours, vous pouvez supprimer en toute sécurité ces fichiers .plist en quarantaine. Si quelque chose d'important se casse, remettez-les.

Étape 5. Testez en Mode sans échec

Le Mode sans échec est un moyen rapide de savoir si des composants tiers sont impliqués. Dans ce mode de diagnostic, macOS ne charge que les extensions essentielles et désactive la plupart des éléments d'ouverture et LaunchAgents.

1. Éteignez votre Mac.
2. Allumez-le et maintenez la touche appropriée pour votre type de processeur :
   • Mac Intel : maintenez Maj immédiatement après la tonalité de démarrage jusqu'à ce que vous voyiez la fenêtre de connexion.
   • Mac Apple silicon :
     • Maintenez le bouton d'alimentation enfoncé jusqu'à ce que « Chargement des options de démarrage » apparaisse.
     • Sélectionnez votre disque de démarrage, maintenez Maj, puis cliquez sur Continuer en mode sans échec.
3. Connectez-vous et ouvrez le Moniteur d'activité (Activity Monitor).

Si ReportCrash est silencieux en Mode sans échec mais s'emballe à nouveau après un redémarrage normal, vous avez presque certainement affaire à un logiciel tiers (éléments d'ouverture, extensions du noyau, outils assistants). Utilisez cet indice pour revisiter les étapes 2 et 4 de manière plus agressive.

Étape 6. Réinitialisez le SMC et la NVRAM (pour les cas tenaces)

Bien que cela ne soit pas directement lié à ReportCrash, des problèmes de bas niveau dans la gestion de l'alimentation ou l'état du matériel se manifestent parfois par des plantages aléatoires et répétés et une instabilité du système. Réinitialiser le SMC (Mac Intel) et la NVRAM peut aider à éliminer ces toiles d'araignée.

La procédure dépend de votre modèle de Mac, mais dans les grandes lignes :

• Réinitialisation NVRAM (Mac Intel) :
  1. Éteignez votre Mac.
  2. Allumez-le et maintenez immédiatement Option–Command–P–R.
  3. Maintenez les touches enfoncées pendant environ 20 secondes, puis relâchez.
• Réinitialisation SMC (Mac Intel) :
  Les étapes diffèrent pour MacBook avec/sans batterie amovible, iMac et Mac mini. Référez-vous aux instructions d'Apple pour votre modèle exact et votre version de macOS.
  

Sur les Mac Apple silicon, il n'y a pas de réinitialisation SMC ou NVRAM séparée – une séquence d'arrêt et de mise sous tension propre fait effectivement la même chose.

Si l'utilisation élevée du processeur par ReportCrash persiste même après avoir exclu les causes au niveau de l'application et effectué ces réinitialisations, vous êtes sur le territoire des « ajustements avancés ».

Étape 7. (Avancé) Désactivez temporairement ReportCrash

Cette étape est facultative et destinée aux utilisateurs expérimentés. Dans les environnements où existe une boucle de plantage connue et inévitable (par exemple, fuzzing, configurations de test spécifiques), certains administrateurs choisissent de désactiver ReportCrash afin qu'il ne gaspille pas de ressources à générer des journaux sans fin.

Pour un Mac domestique ou de bureau ordinaire, je recommande cela uniquement comme une solution de contournement à court terme pendant que vous traquez le vrai coupable, pas comme une solution permanente. Vous perdrez les diagnostics automatiques de plantage et risquez de masquer des signes de problèmes plus profonds.

Si vous souhaitez quand même continuer, vous pouvez décharger le LaunchAgent et LaunchDaemon ReportCrash depuis le Terminal :

1. Ouvrez Terminal depuis Applications ▸ Utilitaires.
2. Exécutez ces commandes avec précaution (votre mot de passe administrateur vous sera demandé pour la seconde) :

launchctl unload -w /System/Library/LaunchAgents/com.apple.ReportCrash.plist
sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.ReportCrash.Root.plist

Cela empêche ReportCrash de démarrer automatiquement pour les processus utilisateur et système.

Pour réactiver le rapport de plantage plus tard, exécutez :

launchctl load -w /System/Library/LaunchAgents/com.apple.ReportCrash.plist
sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.ReportCrash.Root.plist

Encore une fois, traitez cela comme un dernier recours, pas votre premier mouvement. Si la désactivation de ReportCrash semble « résoudre » le problème, vous avez juste retiré le thermomètre, pas guéri la fièvre.

Comment prévenir les problèmes ReportCrash à l'avenir

Vous ne pouvez pas arrêter chaque plantage, mais vous pouvez réduire les risques d'un incident ReportCrash hors de contrôle en respectant quelques habitudes :

• Gardez macOS et les applications principales à jour : Les correctifs de stabilité sont une constante dans les notes de version du système et des applications.
• Soyez sélectif avec les éléments de démarrage : Examinez régulièrement les Éléments d'ouverture et désactivez tout ce que vous n'avez pas besoin de charger à chaque démarrage.
• Désinstallez les applications proprement : Lorsque vous arrêtez d'utiliser une application, supprimez ses fichiers de support et assistants de lancement, pas seulement le paquet principal dans Applications.
• Évitez les installateurs et paquets douteux : Les logiciels publicitaires et les agents d'arrière-plan mal écrits sont une source fréquente de plantages étranges, pas seulement de pirates de navigateur.
• Gardez un œil sur le Moniteur d'activité : Si vos ventilateurs s'emballent à l'improviste, un coup d'œil rapide aux onglets CPU et Énergie peut attraper les processus qui se comportent mal avant qu'ils ne se transforment en problèmes chroniques.

En résumé

Lorsque l'impact sur le processeur se fait sentir, blâmer ReportCrash lui-même est une idée fausse. Lorsque le processus monopolise le processeur pendant des heures, c'est un indicateur fort qu'une application, un service ou un composant restant est coincé dans une boucle implacable de plantage et de redémarrage.

La solution est généralement méthodique plutôt que dramatique : identifiez ce qui plante, réparez ou supprimez-le, nettoyez les éléments d'ouverture et les LaunchAgents, et seulement alors envisagez des mesures avancées comme la désactivation temporaire de ReportCrash. Une fois l'instabilité sous-jacente disparue, votre Mac devrait retrouver son comportement habituel calme, frais et discret.

FAQ

1. Est-ce que ReportCrash est un virus ou un logiciel malveillant sur Mac ?

2. Est-il sûr de tuer le processus ReportCrash dans le Moniteur d'activité ?

3. Comment savoir quelle application fait que ReportCrash utilise beaucoup de processeur ?

4. Puis-je désactiver le rapport de plantage sur mon Mac de manière permanente ?

5. Quand devrais-je envisager de réinstaller macOS pour résoudre les problèmes ReportCrash ?