왜 MacBook Pro가 자동으로 잠자 지 않습니까?

배터리를 사용하는 동안 (에너지 절약 환경 설정 패널을 통해) 2 분 후에 MacBook을 잠자기 상태로 설정했습니다. 그러나 유휴 상태로두면 화면 만 꺼집니다. 실제로 잠자기 상태가 아닙니다. 즉, 뚜껑을 닫고 뚜껑을 닫는 것을 잊어 버리면 항상 방전 된 배터리로 끝납니다.

수동으로 트리거하거나 ( – 절전) 또는 덮개를 닫으면 시스템이 올바르게 절전 모드로 전환됩니다. 백그라운드 프로그램이 절전 모드를 방해 할 가능성이있는 경우 USB 장치가 연결되어 있지 않고 새로운 사용자 계정으로 테스트했습니다. 시스템이 절전 모드로 전환 될 때 콘솔에 관련 정보가 인쇄되지 않습니다.

PRAM 및 SMC 재설정을 사용하지 않고 일반적인 미신 디스크 확인 권한을 수행했습니다.

OS X를 다시 설치하기 전에 시도해야 할 것이 있습니까?

MacBookPro5,5OS 10.6.6 이 실행 중입니다.

제품 Things의 도우미 데몬 버그 로 인해 얼마 전에이 문제로 어려움을 겪었 지만이 문제는 약간 다르고 디스플레이 절전 모드와 관련 이 있음을 주목할 가치 가 있습니다. 또한 테스트 중에 도우미 데몬이 실행되고 있지 않은지 확인했습니다.

추가 정보:

" Mac이 잠자기 모드 또는 잠자기 모드로 전환되지 않는 이유 "라는 제목의 Apple 문서를 살펴보기 시작했습니다 . 컴퓨터를 안전하게 부팅 할 때이 문제가 나타나지 않는다는 것을 알게되었습니다. 나는 diff'다음 프로그램이 경우에만 정상적인 부팅 실행, 따라서 가능한 범인있는 것을 프로세스 목록을 D와 발견 :

• Quick Look Helper
• cvmsComp_x86_64
• kextcache
• launchd
• mdworker
• mdworker
• nmblookup
• vmnet-bridge
• vmnet-dhcpd
• vmnet-dhcpd
• vmnet-natd
• vmnet-netifup
• vmnet-netifup

수면 문제를 디버그하려면 pmset터미널에서 다음 명령을 시도하십시오 .

$ pmset -g assertions

Assertion status system-wide:
   ChargeInhibit                           0
   PreventUserIdleDisplaySleep             0
   PreventUserIdleSystemSleep              1
   NoRealPowerSources_debug                0
   CPUBoundAssertion                       0
   EnableIdleSleep                         1
   PreventSystemSleep                      0
   DisableInflow                           0
   DisableLowPowerBatteryWarnings          0
   ExternalMedia                           0

Listed by owning process:
  pid 2520: [0x0000012c000009d8] PreventUserIdleSystemSleep named: "com.apple.audio.'AppleHDAEngineOutput:1B,0,1,2:0'.noidlesleep" 

이 경우 2520이 엉망입니다. 활동 모니터에서 확인하고 종료하십시오 (iTunes에서 시작한 / usr / sbin / coreaudiod).

그런 다음 명령을 다시 실행하십시오.

Assertion status system-wide:
   ChargeInhibit                           0
   PreventUserIdleDisplaySleep             0
   PreventUserIdleSystemSleep              0
   NoRealPowerSources_debug                0
   CPUBoundAssertion                       0
   EnableIdleSleep                         1
   PreventSystemSleep                      0
   DisableInflow                           0
   DisableLowPowerBatteryWarnings          0
   ExternalMedia                           0

PreventUserIdleSystemSleep에 대한 플래그가 없습니다.

MacBook Pro 3,1에서도 이와 동일한 문제가 발생했습니다. 매우 실망 스럽습니다. OS X를 완전히 다시 설치하여 문제를 해결하지 못했습니다. 이로 인해 필자의 경우 하드웨어 문제 일 가능성이 있습니다.

문제 해결을 포기하고 PleaseSleep을 사용 하십시오 .

PleaseSleep은 Mac OS X 용으로 설계된 유틸리티 소프트웨어로, 일부 다른 응용 프로그램으로 인해 Mac이 잠자기 상태가되지 않을 때 컴퓨터를 잠자 게 할 수 있습니다.

PleaseSleep은 백그라운드에 앉아 에너지 절약 환경 설정 창에서 설정 한 절전 타이머를 기다립니다. 설정 한 기본 설정에 따라 PleaseSleep은 예약 된 절전 타이머가 시작될 때 컴퓨터를 잠자기 상태로 설정하려고 시도합니다. PleaseSleep은 시스템 메뉴 표시 줄 아이콘을 통해 환경 설정을 활성화, 비활성화 및 액세스 할 수 있습니다. PleaseSleep에서 항상 절전 기능을 활성화하도록 선택하거나 특정 앱이 실행 중일 때만 절전 기능을 활성화하도록 PleaseSleep에 지시 할 수 있습니다.

마침내 내 시스템이 다시 안정적으로 유휴 상태가됩니다. 나는이 시점에 도달하기 위해 세 가지를 바꿨다.

• 기본 볼륨의 디스크 공간 (5 % 미만)이 부족했습니다. 커널은 system.log수면 시간에 대해 (Console.app에서 볼 수 있음) 이에 대해 불평 했습니다.

• 디스크에 자주 그리고 눈에 잘 띄지 않는 Dropbox를 비활성화 했으며 Snow Leopard에서 잠자기를 방지하는 것으로보고되었습니다.

• 나는 밤새 창피하게 낡은 Chromium에서 업그레이드했으며 지금은 11.0.658.0 (73560) 입니다. 있다 몇 가지 버그 개방 이 크롬 / 크롬 유휴 수면 방지에 대한이. 그러나 프로그램을 실행하지 않고 재부팅 한 후 시스템을 유휴 상태로 전환 한 후에 만이를 발견했습니다.

기술적 관찰은 다음과 같습니다.

에너지 절약 환경 설정 창이 약간 있다는 점은 주목할 가치가 있습니다. 1 분 후에 절전 모드로 전환하고 화면을 끄도록 설정했지만 시스템이 실제로 3 분 30 초 동안 절전 모드로 전환되지 않으며, 안전 절전 이미지를 작성하는 데 몇 초가 걸리거나 걸리지 않습니다. 화면이 실제로 잠자기까지 2 분이 걸립니다. 나는 이것이 우리보다 더 잘 아는 애플의 사례라고 생각한다. 1 분은 너무 빠를 것이다. 그럼에도 불구하고 시스템이 실제로 절전 상태인지 확인하기 위해 표시된 것보다 오래 기다려야하므로 이와 같은 디버깅 문제가 발생하기 어렵습니다.

이 두 가지 응용 프로그램은 특별히 집중적 인 작업을 수행하지 않더라도 기여자 였다는 사실은 Snow Leopard가 시스템이 유휴 수면 발생 여부를 결정하는 방법에 대해 무언가를 변경했음을 나타냅니다. 유휴 절전을 비활성화 하는 문서화 된 API 가 있지만 1 분에 한 번 이상 디스크 활동 (특히 쓰기)도 절전 타이머를 재설정하여 절전을 지연시키는 것으로 보입니다. 따라서 자주 쓰는 응용 프로그램이 원인 일 수 있습니다. sudo fs_usage -e grep -f filesys | grep -e write터미널 창에서 범인을 밝히는 데 도움이 될 수 있습니다.

스포트라이트 인덱싱 일 수 있습니다. 시스템 환경 설정> 스포트라이트> 검색 결과로 이동하여 모든 항목을 선택 취소하여이를 테스트 할 수 있습니다. 그런 다음 MacBook이 잠자기 상태인지 확인하십시오.