배터리를 사용하는 동안 (에너지 절약 환경 설정 패널을 통해) 2 분 후에 MacBook을 잠자기 상태로 설정했습니다. 그러나 유휴 상태로두면 화면 만 꺼집니다. 실제로 잠자기 상태가 아닙니다. 즉, 뚜껑을 닫고 뚜껑을 닫는 것을 잊어 버리면 항상 방전 된 배터리로 끝납니다.
수동으로 트리거하거나 ( – 절전) 또는 덮개를 닫으면 시스템이 올바르게 절전 모드로 전환됩니다. 백그라운드 프로그램이 절전 모드를 방해 할 가능성이있는 경우 USB 장치가 연결되어 있지 않고 새로운 사용자 계정으로 테스트했습니다. 시스템이 절전 모드로 전환 될 때 콘솔에 관련 정보가 인쇄되지 않습니다.
PRAM 및 SMC 재설정을 사용하지 않고 일반적인 미신 디스크 확인 권한을 수행했습니다.
OS X를 다시 설치하기 전에 시도해야 할 것이 있습니까?
MacBookPro5,5
OS 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이 잠자기 상태인지 확인하십시오.