J'ai un MacBook Pro avec Lion 10.7.2, CPU 2.26 GHz et 2 Go DDR3 RAM.
Si j'appelle
top -o cpu
les /usr/libexec/opendirectoryd
Le processus consomme plus de 40% de la CPU.
$ ps aux | grep opend
root 27834 40,4 0,3 2472048 5780 ?? Rs 6:36PM 167:19.66 /usr/libexec/opendirectoryd
Le problème est lié aux liaisons morts dans Dropbox. Trouvez-les en utilisant:
find ~/Dropbox -type l -printf "%Y %p\n" | grep "^N"
La solution est la suivante: supprimer les liens morts. Si find
n'a pas l'option printf
, utilisez:
find -L ~/Dropbox -type l
Comme mentionné par @juanpablo, cela peut être causé par des liens symboliques.
Apparemment, si un lien symbolique pointe vers /home
, autofs ou incendie automobile et prendre beaucoup de CPU pour comprendre que l'endroit n'existe en effet pas.
Jeter un coup d'œil à /etc/auto_home
et /etc/autofs.conf
.
Pour voir si vous êtes frappé par ce problème particulier, définissez
AUTOMOUNTD_VERBOSE=TRUE
option dans autofs.conf
, redémarrez Autocound
Sudo launchctl stop com.Apple.automountd
et revoir le syslog.log (vous pouvez utiliser l'application: console). Vous êtes affecté par ce problème si vous voyez quelque chose comme ça:
May 20 17:53:43 xxx automountd[31709]: od_search failed
Pour contourner, modifiez le fichier /etc/auto_master
et enlever (ou hachage #
) la ligne commençant par /home
. Puis exécutez:
Sudo automount -vc
Pour moi, ce qui a vraiment résolu, il débranchait un câble Ethernet de mon iMac. Fou comme ça sonne :) J'étais attaqué de l'extérieur, bruteforce sur mon RSHD. Le routeur que j'ai (à partir de UPC, Cisco EPC3925) par défaut transmet tout le trafic de l'extérieur au port Ethernet unique. En débranchant le câble, l'attaque s'est arrêtée car l'IMAC était laissé sur le WiFi uniquement.
Apparemment, SSHD utilise OpendirectoryD et c'est pourquoi cela se produisait.