Навантаження повідомлень про помилки 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, ... звичайні речі.
Хелмі

Відповіді:


1

Я вважаю, що це може бути пов’язано з Dropbox. Спробуйте відключити його і подивіться, чи припиняються запити.


Я зробив трохи більше досліджень з цього приводу, зокрема, Dropbox не любить софтпосилання, які ні на що не вказують
Дейв

-1

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

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

Удачі.


Це має сенс ZERO. OpenDirectory (LDAP) не має нічого спільного з рекламним програмним забезпеченням або зламаними посиланнями.
Аллан
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.