Загрузка сообщений об ошибках opendirectoryd в системный журнал


9

Я вижу эти ошибки в моих системных журналах MacOS (10.12.1) в больших количествах.

Есть идеи, откуда это может исходить? До сих пор не удалось найти ничего полезного в Google. Кажется, они сохраняются, даже если все сети отключены.

Standard    09:39:33.265256 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.265342 +0100   opendirectoryd  initiating reconnect of module connection
Standard    09:39:33.265609 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.265654 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.265724 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.266113 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.266205 +0100   opendirectoryd  disconnect module connection
Standard    09:39:33.266285 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.266356 +0100   opendirectoryd  initiating reconnect of module connection
Standard    09:39:33.266579 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.266620 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.266677 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.267075 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.267163 +0100   opendirectoryd  disconnect module connection
Standard    09:39:33.267528 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.267587 +0100   opendirectoryd  initiating reconnect of module connection
Standard    09:39:33.267826 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.267871 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.267941 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.268352 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.268467 +0100   opendirectoryd  disconnect module connection
Standard    09:39:33.268559 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.268637 +0100   opendirectoryd  initiating reconnect of module connection
Standard    09:39:33.268875 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.268922 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.268994 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.269330 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.269403 +0100   opendirectoryd  disconnect module connection
Standard    09:39:33.273528 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.273618 +0100   opendirectoryd  initiating reconnect of module connection
Standard    09:39:33.273968 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.274043 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.274194 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.274601 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.274679 +0100   opendirectoryd  disconnect module connection
Standard    09:39:33.275176 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.275252 +0100   opendirectoryd  initiating reconnect of module connection
Standard    09:39:33.275535 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.275575 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.275652 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.276009 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.276081 +0100   opendirectoryd  disconnect module connection
Standard    09:39:33.276184 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.276272 +0100   opendirectoryd  initiating reconnect of module connection
Standard    09:39:33.276542 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.276586 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.276655 +0100   opendirectoryd  queuing request to connection - '<private>'
Standard    09:39:33.276988 +0100   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
Standard    09:39:33.277119 +0100   opendirectoryd  disconnect module connection

Это всего лишь фрагмент - они сохраняются в журнале каждые несколько секунд.


Видя то же самое, тысячи каждую минуту. Любая информация о том, как вы работаете? Офис? Adobe приложения? Разработчик?
Joemaller

Нет Adobe Apps. Web Dev, MS Office, Dropbox, ... обычные вещи.
Helmi

Ответы:


1

Я считаю, что это может быть связано с Dropbox. Попробуйте отключить его и посмотреть, остановятся ли запросы.


Я провел немного больше исследований по этому вопросу, и, в частности, Dropbox не любит программные ссылки, которые ни на что не указывают
Дейв

-1

У меня была та же проблема, и я использовал Etrecheck для очистки нескольких неработающих ссылок и некоторого рекламного ПО; это работало как чудо, теперь мой консольный журнал вернулся к «нормальному», а также нагрузке на процессор.

Вы можете попробовать, я рекомендую сделать резервную копию перед удалением любого файла, но, как я уже сказал, Etrecheck сделал чертовски хорошую работу ( http://etrecheck.com/ ).

Удачи.


Это имеет НОЛЬ смысла. OpenDirectory (LDAP) не имеет ничего общего с рекламным ПО или неработающими ссылками.
Аллан
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.