为什么我的MacBook Pro无法自动睡眠？

我将MacBook电池通电2分钟后即可进入睡眠状态（通过“节能器”首选项窗格。）但是，当我将其置于空闲状态时，它只会关闭屏幕，实际上并没有进入睡眠状态。这意味着，如果我丢下它而忘了合上盖子，它最终会耗尽电池。

如果手动（–睡眠）或关闭机盖触发系统，则系统可以正确进入睡眠状态。我已经在没有连接USB设备且使用新用户帐户的情况下进行了测试，以防后台程序阻止睡眠。当系统进入睡眠状态时，控制台上没有打印任何相关信息。

我执行了PRAM和SMC重置均无济于事，以及通常的迷信“验证磁盘权限”。

在重新安装OS X之前，还有其他尝试吗？

这是一个MacBookPro5,5正在运行的OS 10.6.6。

值得注意的是，由于产品Things的帮助程序守护程序中的错误，我前段时间遭受了此问题的困扰，但是这个问题略有不同，涉及显示器休眠。另外，我已验证在测试期间助手守护程序未运行。

附加信息：

我开始浏览名为“ 为什么您的Mac可能无法入睡或保持睡眠模式 ” 的Apple文档。我发现安全启动计算机时不会出现此问题。我找到diff了进程列表，发现以下程序仅在正常启动时才运行，因此可能是罪魁祸首：

• 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，Dropbox经常且令人讨厌地访问磁盘，并且据说可以防止Snow Leopard中的睡眠。

• 我每晚从一个令人尴尬的老Chromium升级，现在我处于11.0.658.0（73560）上。有几个错误打开这个浏览器/铬防止闲置的睡眠。但是，只有在重新引导后没有任何程序运行的情况下使系统进入空闲睡眠状态后，我才发现了这一点。

技术观察如下：

值得一提的是，“节能器”首选项窗格稍有一些。我将其设置为睡眠并在1分钟后关闭屏幕，但是系统实际上并没有在3分30秒内进入睡眠状态，请花几秒钟的时间来编写“安全睡眠”图像。屏幕实际上需要2分钟才能进入睡眠状态。我怀疑这是苹果比我们更了解的情况-1分钟可能太快了。无论如何，这会使调试这样的问题变得困难，因为您必须等待比指定的时间更长的时间，才能查看系统是否真的要进入睡眠状态。

尽管没有做任何特别密集的事情，这两个应用程序还是贡献者，这表明Snow Leopard改变了一些有关系统如何确定是否可以发生空闲睡眠的信息。有一个已记录的API用于禁用空闲睡眠，但是似乎磁盘活动（特别是写入）每分钟超过一次也会重置睡眠计时器，从而延迟睡眠。因此，经常写入的任何应用程序都是可能的原因。sudo fs_usage -e grep -f filesys | grep -e write在终端窗口中可以帮助发现罪魁祸首。

可能是Spotlight索引。您可以通过以下方法进行测试：转到系统偏好设置> Spotlight>搜索结果，然后取消选中所有内容。然后查看MacBook是否进入睡眠状态。