Viele opendirectoryd-Fehlermeldungen im Systemprotokoll

9

Ich sehe diese Fehler in meinen MacOS (10.12.1) -Systemprotokolldateien in großen Mengen.

Irgendeine Idee, woher das kommen könnte? Hatte bisher keinen Erfolg damit, etwas bei Google verwendbares zu finden. Sie scheinen auch dann bestehen zu bleiben, wenn alle Netzwerke ausgeschaltet sind.

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

Dies ist nur ein Ausschnitt - sie werden alle paar Sekunden im Protokoll veröffentlicht.

Helmi
quelle
Das Gleiche sehen, Tausende pro Minute. Irgendwelche Infos darüber, wie du arbeitest? Büro? Adobe Apps? Entwickler?
Joemaller
Keine Adobe Apps. Web Dev, MS Office, Dropbox, ... das übliche Zeug.
Helmi

Antworten:

1

Ich glaube, das könnte an Dropbox liegen. Versuchen Sie es zu deaktivieren und prüfen Sie, ob die Anforderungen beendet werden.

Dave
quelle
Ich habe ein wenig mehr darüber recherchiert, und insbesondere Dropbox mag keine Softlinks, die auf nichts verweisen
Dave
-1

Ich hatte das gleiche Problem und habe Etrecheck verwendet, um ein paar defekte Links und Adware zu bereinigen. Es hat wie ein Zauber funktioniert, jetzt ist mein Konsolenprotokoll wieder normal und auch die CPU-Auslastung.

Sie könnten es versuchen, ich empfehle, vor dem Löschen einer Datei ein Backup zu erstellen, aber wie gesagt, Etrecheck hat verdammt gute Arbeit geleistet ( http://etrecheck.com/ ).

Viel Glück.

Sieger
quelle
Das macht NULL Sinn. OpenDirectory (LDAP) hat nichts mit Adware oder defekten Links zu tun.
Allan