opendirectoryd는 CPU의 1/4을 차지하고 MacBook Air에서 팬들을 미치게합니다. 내 CPU의 99-101

며칠 후 내 2011 13 “MBA (i5, 1,7Ghz)는 제거하는 방법을 모르는 매우 이상한 문제가 있습니다.

때때로 (때로는 하루에 여러 번)라는 프로세스가 있습니다. opendirectoryd 내 CPU의 99-101 %를 차지합니다. 그러면 팬이 작동하는 동안 온도가 올라가고 잠시 후 온도가 올라갑니다. 내 MBA는 Active Directory 도메인의 일부로 로그인됩니다.

처음 몇 분 정도 기다렸다가 프로세스가 멈추지 않았습니다. 컴퓨터를 재부팅하면 항상 문제가 해결되는 것처럼 보이지만이 문제에 대해 필자가 선호하는 해결책은 아닙니다.

당분간 나는 강제로 그 과정을 죽이라. 반복마다이 작업을 1-2 번 반복해야하며, 그 다음에는 정의되지 않은 시간이 있습니다.

10.7.2 업데이트 또는 다른 것과 관련이 있는지 확실하지 않습니다.

찾았다. 비슷한 문제가있는 다른 사람들 . 이 경우 Livescribe 펜과 관련이있는 것으로 보입니다. Livescribe 펜 (클라이언트 소프트웨어의 최신 버전으로 업데이트)이있는 동안 Console.app에 의심스러운 항목이 없습니다.

어떤 도움을 주시면 감사하겠습니다.



답변

내 조사 결과는 다음과 같습니다. https://superuser.com/a/426719/135263

@juanpablo에서 언급했듯이 이것은 심볼릭 링크로 인해 발생할 수 있습니다.

분명히, 심볼릭 링크가 가리키는 경우 /home, autofs 또는 automountd 화재 및 장소를 실제로 알아낼 수없는 CPU를 많이 가져 가라.

보세요 /etc/auto_home/etc/autofs.conf.

이 특정 문제에 부딪 치고 있는지 확인하려면

AUTOMOUNTD_VERBOSE=TRUE

~ 안에있는 옵션 autofs.conf, automountd를 재시작하십시오.

sudo launchctl stop com.apple.automountd

syslog.log (응용 프로그램 : Console을 사용할 수도 있음)를 검토하십시오. 다음과 같은 경우이 문제의 영향을받습니다.

May 20 17:53:43 xxx automountd[31709]: od_search failed

이 문제를 해결하려면 파일을 편집하십시오. /etc/auto_master 제거 (또는 해시 아웃) # )로 시작하는 줄 /home. 그런 다음 실행 :

sudo automount -vc

답변

먼저, kill -9 <pid> opendirectoryd는 아마도 다음 번 부팅시 문제가 다시 발생하는 것을 막지 못할 것입니다. 내 생각에 Mac은 동기화가 필요한 관리 대상 클라이언트 (MCX)입니다. opendirectoryd OS X 10.7에서는 로컬 디렉토리 노드에 “users”및 “groups”하위 디렉토리가 있어야합니다. 설명 된대로 캐시 설정을 플러시하십시오. http://support.apple.com/kb/HT3540


답변

opendirectd의 높은 CPU 사용률에 대한 내 문제는 인터넷상의 일부 로봇이 ssh를 통해 내 컴퓨터에 침입하기 위해 다른 암호를 시도하고 있다는 것입니다. 적어도, 그것이 내가 생각한 것입니다 :

8/25/15 12:20:51.173 PM sshd[66230]: error: PAM: authentication error for root from 222.186.21.218 via 192.168.0.3
8/25/15 12:20:51.189 PM sshd[66191]: error: PAM: authentication error for root from 222.186.56.168 via 192.168.0.3
8/25/15 12:20:51.214 PM sshd[66205]: error: PAM: authentication error for root from 222.186.21.251 via 192.168.0.3

SSH를 끄는 순간 (시스템 환경 설정 – & gt; 공유 – & gt; 원격 로그인을 선택 해제 함), 여분의 사용이 사라졌습니다. 나는 그 컴퓨터가 나쁜 암호 요청에 응답하려고 시도하면서 높은 활용도를 보였습니다.

방금 새 라우터가 있습니다. 이것은 분명히 이와 같은 다중 공격을 중지 시키도록 구성되지 않았습니다. 끄기로 라우터를 확인합니다.


답변

또한 MAMP를 사용할 때 PHP 코드가 화면이나 로그에 경고 메시지를 생성 할 때이 문제를 보았습니다.
스크립트 실행이 끝나면 서비스가 다시 시작됩니다.