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.

macos logs opendirectoryd 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

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

Viele opendirectoryd-Fehlermeldungen im Systemprotokoll

Antworten: