Problèmes de porte-clés après Sierra

21

J'ai mis à jour MacOS Sierra il y a quelques jours, et il a été vraiment instable (beaucoup de blocages et de blocages, spécialement dans XCode).

J'ai remarqué que dans la console, les deux lignes suivantes apparaissent à plusieurs reprises, pour différentes applications et services:

switching to keychain-db: /Users/user/Library/Keychains/login.keychain-db from /Users/user/Library/Keychains/login.keychain (0 1 1 1)
not switching as we're not in ~/Library/Keychains/: /Library/Keychains/System.keychain (0)

Y a-t-il un problème avec le trousseau? Cela pourrait-il être à l'origine des gels?

keychain hang sierra

— amfcosta
source

2

J'ai exactement le même problème. Il apparaît principalement pour l'application Twitter, mais quand même.

— deitch

Il ne vous arriverait pas d'avoir une carte à puce, une YubiKey ou un dispositif de sécurité similaire, n'est-ce pas? Est en scdaemonmarche?

— Zenexer

3

tldr: Non, vous n'avez aucun problème avec le trousseau. Oui, cela pourrait être une contribution aux systèmes suspendus et très lents en ce moment.

J'ai également connu de sérieux blocages avec tout. J'ai également ces mêmes messages de journal pour presque toutes les applications / tâches en cours d'exécution qui sont envoyées dans la console à un rythme ridicule. L'exécution des commandes du terminal prend plus de 10 secondes entre les entrées et oubliez un git statusavec cela.

Apple a toujours eu un taux de récupération déraisonnable pour le carnet d'adresses, le calendrier et d'autres applications qui causent toujours ces problèmes de journal depuis el capitan.

Actuellement, Safari et WebKit sont ajoutés à ce mélange, ce dernier étant assez instable et depuis la version bêta de Sierra, il génère ces erreurs de journal.

<compose failure [shared UUID]>

Le taux de journalisation est assez important et est très probablement la raison ou au moins une partie majeure de nos systèmes très lents en ce moment.

Mi-2012 Macbook Pro Retina 2,6 GHz Intel quad core ici et je ne l'ai jamais eu aussi mal.

— Jahhein
source

pour rendre la console plus lisible, changez le mode de journalisation à l'échelle du système, utilisez la console + les filtres (je n'aime pas car je n'aime pas la nouvelle console) ou utilisez le terminal avec log stream --level=debug --predicate 'eventMessage contains "keyword"'ou / et utilisez subsystem contains com.apple.xxxpour filtrer la racine du problème

— PJJ

selon l'homme, vous pouvez définir le niveau de journalisation à l'échelle du système avec sudo log config --mode "level:default"mais je ne vois aucun changement dans la quantité d'informations inutiles dans la console malgré la définition de paramètres différents (bien qu'un redémarrage / reconnexion puisse être nécessaire), je ne sais pas lequel le travail recharge le journal (je suppose qui est responsable du travail syslog)

— PJJ

2

Non, je ne pense pas que cela pourrait causer des gels, quelque chose d'autre provoquerait des gels. Vous ne devez vous soucier de ce journal dans la console que si vous rencontrez des problèmes spécifiques avec l'application de messagerie, les contacts ou l'application de calendriers (liés à la synchronisation ou à la récupération des données du serveur).

— abc
source

D'accord, je ne pense pas que ces messages soient liés à la suspension / congélation.

— MacManager

0

Essayez cette solution (temporaire) possible:

ln -s ~/Library/Keychains/login.keychain-db ~/Library/Keychains/login.keychain

— PJJ
source

J'ai déjà à la fois des fichiers login.keychain-db et login.keychain.

— amfcosta