Sierra之后的钥匙串问题


21

我几天前已更新到MacOS Sierra,它确实不稳定(很多冻结和挂起,特别是在XCode中)。

我注意到在控制台中,针对不同的应用程序和服务,以下两行重复出现:

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)

钥匙串有什么问题吗?那会导致冻结吗?


2
我现在正在遇到一模一样的问题。它似乎主要适用于Twitter应用,但仍然如此。
deitch

您不会碰巧拥有智能卡,YubiKey或类似的安全设备,对吗?在scdaemon跑步吗?
Zenexer '16

Answers:


3

tldr:不,您没有钥匙串问题。是的,这可能是目前悬挂系统和非常缓慢的系统的原因。

我也一直在经历严重冻结。对于几乎每个当前正在运行的应用程序/任务,我也有这些相同的日志消息,这些消息以可笑的速度发送到控制台。在输入之间运行终端命令需要10秒钟以上的时间,而忘记了git status这一点。

自从capitan以来,Apple的AddressBook,Calendar和其他应用程序的获取率一直不合理,这些问题始终会导致这些日志问题。

目前,Safari和WebKit已被添加到此组合中,因为它非常不稳定,并且自Sierra测试版以来就引发了这些日志错误。

<compose failure [shared UUID]>

对数速率相当可观,很可能是我们目前非常慢的系统中的原因或至少是大部分。

2012年中的Macbook Pro Retina 2.6GHz Intel四核在这里,我从来没有遇到过这么糟糕。


为了使控制台具有某种可读性,请在整个系统范围内更改日志模式,使用console + filters(我不喜欢,因为我不喜欢新的控制台),或者将终端与log stream --level=debug --predicate 'eventMessage contains "keyword"'或/和一起使用subsystem contains com.apple.xxx,并用于过滤
出问题

根据人的说法,您可以在系统范围内设置日志级别,sudo log config --mode "level:default"但是尽管将其设置为其他设置,但控制台中无用信息的数量没有任何变化(尽管可能需要重新启动/重新登录),但我不知道作业重新加载logd(我假设这是负责syslog作业的原因)
PJJ

2

不,我不认为这可能会导致冻结,而其他原因可能会导致冻结。仅当邮件应用程序,联系人或日历应用程序有问题(与从服务器同步或检索数据有关)时,才应担心控制台中的该日志。


同意-我认为这些消息与挂起/冻结无关。
MacManager 2016年

0

尝试以下(临时)解决方案:

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


我已经有login.keychain-db和login.keychain文件。
amfcosta
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.