31 votes

securityd utilisant 100% du CPU et polluant system.log

Depuis que je suis passé à Mavericks, les processus suivants utilisent souvent toute la puissance du processeur :

  • securityd
  • syslogd
  • kernel_task

Je suppose securityd contient un bug, car il est polluant /var/log/system.log avec des milliers de messages par seconde, et le système ne peut pas assurer le suivi.

Voici un exemple des messages que je reçois :

Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 44365 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---
Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 26642 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---
Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 44365 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---
Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 26642 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---

Je pense que c'est un problème critique, car il rend Mac OS X extrêmement lent et peu réactif.

Killing securityid n'aide pas. Le processus est recréé, et continue à polluer syslogd .

Si je redémarre l'ensemble du système, tout semble correct pendant un certain temps, avant que le même problème ne se reproduise. Je n'ai pas encore trouvé ce qui déclenche ce problème.

0 votes

Si vous n'obtenez pas de réponse satisfaisante, vous pouvez lancer la procédure suivante sudo sysdiagnose securityd y déposer un rapport de bogue et éventuellement obtenir l'aide d'apple pour corriger le bogue ou trouver la cause du problème.

1 votes

Vous pouvez également essayer de supprimer temporairement /System/Library/LaunchDaemons/com.apple.securityd.plist o /usr/sbin/securityd o effectuer une installation de mise à niveau d'OS X à partir de la partition de récupération .

0 votes

J'ai également eu ce problème d'échec de l'assertion de sécurité avec la version 10.9. Je ne suis pas encore sûr de la nature du problème, mais j'ai redémarré en Mode sans échec et désinstallé divers paquets tiers (scanner de virus, ...) avec des extensions de noyau telles qu'identifiées par EtreCheck . Je soupçonne que l'un d'entre eux est à l'origine du problème, mais comme il est un peu intermittent, je vais attendre encore un peu avant de prétendre l'avoir résolu.

1voto

jwallis Points 1

J'ai créé une VM à l'aide de virtualBox et ce problème est quelque peu recréable. J'ai créé quelques éléments de trousseau de clés et lorsque je visite le site web pour lequel l'élément de trousseau de clés a été créé, la VM se bloque pendant une bonne 1 à 2 minutes, puis se libère. C'est peut-être git-osxkeychain-helper qui fait que le processus de sécurité consomme tout le processeur.

1voto

Dungg Nguyen Points 1

J'ai résolu le problème de la manière suivante :

  1. Ouvrir le moniteur d'activité
  2. Forcer la sortie sécuritéd
  3. Entrez le mot de passe de la clé ssh comme l'image
  4. Décochez l'option Stocker le mot de passe dans le trousseau
  5. Cliquez sur Ok

J'espère vous aider !

enter image description here

0voto

Owen Masback Points 1

Je pense que cela peut être un bug bien plus ancien que Mavericks. Je ne suis pas certain d'avoir eu le même problème que vous car je n'ai jamais vérifié mon syslog mais j'ai eu securityd qui consomme le CPU et la RAM. J'ai utilisé une ancienne solution de 2007 (pour Leopard ?).

tldr :

sudo mv /var/db/CodeEquivalenceDatabase /var/db/CodeEquivalenceDatabase.old

puis redémarrez. N'hésitez pas à supprimer l'ancien fichier par la suite, car OS X en crée automatiquement un nouveau.

0 votes

Bonjour, sachez que ce bogue est lié à la pollution des journaux système. Si securityd ne produisait pas autant de sorties de débogage, le système ne fonctionnerait pas à 100% du CPU. Apparemment, les développeurs d'Apple sont au courant de ce bogue, car je l'ai signalé et il a été marqué comme un doublon. Je suppose donc que nous devons attendre

0voto

bob Points 1

Cela semble avoir un rapport avec le gestionnaire de trousseau de clés. Je viens juste d'avoir ce problème et j'ai tué le trousseau de clés et c'est parti.

1 votes

Comment tuer un porte-clés ?

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X