macOS fonctionne parfaitement pour la plupart, même si les processus système peuvent parfois mal se comporter et causer des problèmes. Une telle situation est celle où le processus trustd reste bloqué et entraîne une utilisation élevée du processeur. Dans ce cas, votre Mac peut fonctionner lentement, planter ou même redémarrer tout seul, entre autres problèmes.
Certains utilisateurs pensent que le problème est lié à un virus ou à un autre type de logiciel malveillant, ce qui n’est pas le cas. Vérifiez ci-dessous ce que fait ce processus, pourquoi il entraîne une utilisation élevée du processeur et que faire lorsque cela se produit.
Qu’est-ce que le processus trustd ?
Sur macOS, il gère les informations protégées. Cela inclut les mots de passe stockés dans le trousseau (ou dans la nouvelle application Mots de passe), les certificats de sécurité de sites Web, les informations d’identification de messagerie, etc. Est-ce un virus ? Absolument pas. En tant que processus natif de macOS, il n’est lié à aucun type de malware.
Pourquoi le processus trustd entraîne-t-il une utilisation élevée du processeur ?
Il est très peu probable qu’une infection par un logiciel malveillant sur votre Mac entraîne un dysfonctionnement du processus de confiance. Il existe cependant quelques situations connues de comportement anormal. Un développeur appelé Jeff Johnson, connu pour avoir aidé à résoudre des problèmes similaires dans le passé, a enquêté sur le problème. Il a découvert que le problème était lié à trustd essayant d’accéder à un lien de vérification Apple.
Comment réparer lorsque trustd provoque une utilisation élevée du processeur
1. Supprimez le fichier « system.keychain »
L’un des principaux coupables est un fichier de trousseau corrompu. Un utilisateur sur les forums d’assistance d’Apple a pu résoudre le problème de suppression du fichier system.keychain.
Pour ce faire, ouvrez le Finder et accédez à /Bibliothèque/Porte-clés et cherche le système.keychain déposer. Au lieu de supprimer, remplacez son extension par .vieuxou quelque chose comme ça. Vous pouvez également le copier dans un autre dossier, puis supprimer le fichier qu’il contient /Bibliothèque/Porte-clés après.
NOTE
La suppression du fichier system.keychain est sûre. Vous devrez peut-être toutefois ressaisir les mots de passe stockés dans ce fichier lors de l’ouverture de certaines applications ou sites Web.
2. Forcer macOS à mettre à jour les bases de données de sécurité
Une autre cause possible est le téléchargement d’informations de sécurité incorrectes (ou incomplètes) à partir des bases de données Apple. La société tient une liste en ligne de certificats de sécurité valides, que les Mac comparent sporadiquement avec leurs homologues intégrés. Ceci est stocké sous valide.sqlite3 fichiers.
Cependant, il y a quelque temps, ces fichiers ont commencé à poser des problèmes avec le processus trustd. Jeff, le développeur mentionné quelques paragraphes plus haut, soupçonne valide.sqlite3 les fichiers contenant des données erronées/incomplètes rendent le processus dingue.
La solution qu’il a imaginée consiste simplement à supprimer/renommer ces fichiers. Votre Mac en téléchargera automatiquement de nouveaux au redémarrage.
Cependant, vous devez le faire en utilisant le mode de récupération macOS. Si vous utilisez FileVault, vous devrez déchiffrer votre lecteur à l’aide du mot de passe de votre compte sur l’Utilitaire de disque. Sinon, montez simplement le lecteur.
Après cela, dans la barre de menu, accédez à Utilitaires > Terminal et lancez les commandes suivantes
cd /VolumeslsNotez le nom du dossier de votre disque de démarrage. Cela devrait ressembler à quelque chose comme « Macintosh HD — Data ». Ensuite, tapez ce qui suit :
cd '/Volumes/(YOUR DRIVE'S NAME)/private/var/protected/trustd/'lsPrenez note de tous les fichiers commençant par valide.sqlite3. Tapez la commande suivante pour chaque fichier :
mv (FILE NAME) (FILE NAME).oldA titre d’exemple, pour un fichier appelé valid.sqlite3-abc, la commande serait
mv valid.sqlite3-abc valid.sqlite3-abc.oldAprès avoir fait ça pour tout valide.sqlite3 fichiers, redémarrez simplement votre Mac. Le valide.sqlite3 les fichiers seront recréés et le problème d’utilisation élevée du processeur Trustd devrait disparaître.
3. Modifier le fichier hôtes
Techniquement, cette solution est plus simple et peut-être plus efficace que la précédente. Cependant, je recommande de ne l’utiliser qu’en dernier recours, car cela empêche votre Mac d’accéder aux services de sécurité Apple.
Sur votre Mac, ouvrez l’application Terminal et exécutez la commande suivante :
sudo nano /private/etc/hostsCela ouvrira Nano, qui est un éditeur de texte qui fonctionne depuis le terminal. C’est un peu compliqué à utiliser, mais vous n’aurez aucun problème si vous suivez les instructions à la lettre. Vous serez invité à saisir le mot de passe de votre compte.
Si vous n’avez jamais modifié votre fichier Hosts auparavant, le fichier ne comportera que quelques lignes. Dans tous les cas, utilisez simplement la flèche vers le bas pour accéder à la dernière ligne et ajoutez-en une nouvelle avec Return. Sur la nouvelle ligne, tapez ce qui suit :
0.0.0.0 valid.apple.com
Puis appuyez sur Contrôle + X pour fermer le fichier. Lorsqu’on vous demande si vous souhaitez enregistrer les modifications, appuyez sur Oui et puis Retour. Conservez le nom du fichier inchangé en appuyant sur Retour encore.
Après cela, vous devriez revenir à la fenêtre normale du terminal. Fermez-le et redémarrez votre Mac. En bloquant valid.apple.com, vous éviterez que trustd ne soit confondu avec les fichiers valid.sqlite3, ce qui devrait corriger l’utilisation élevée du processeur.
Il est très inattendu que les processus natifs de macOS commencent soudainement à mal fonctionner, mais cela arrive. Ce n’est pas différent avec trustd. Et, en tant que processus natif, sa résolution nécessite un peu de bricolage dans les entrailles logicielles de votre Mac. Heureusement, cela peut être réalisé sans trop d’étapes complexes.
