Mavericksで「スリープウェイクエラー」エラーが発生してランダムに再起動する


26

Mavericks OS X MacBookProをしばらくアイドル状態のままにすると、非常に頻繁にクラッシュし、自動的に再起動します。再起動後、「問題レポート」ダイアログが表示され、「スリープウェイクエラーに問題が発生しました」と表示されます。問題レポートにはクラッシュは表示されず、実行中のプログラムのpowerstatのみが表示されます。レポートの始まりは次のとおりです。

Date/Time:       2014-01-25 03:40:41 +0100
OS Version:      10.9.1 (Build 13B3116)
Architecture:    x86_64
Report Version:  18

Event:           Sleep Wake Failure
Steps:           50

Hardware model:  MacBookPro11,1
Active cpus:     4


Powerstats for:  [...]

この問題はさまざまなディスカッションフォーラムで説明されていますが、ここで見つけることができませんでした。「スリープウェイクアップエラー」をクォートするだけで(引用符がなくても)、関連する未回答のスレッドが大量に発生します。ここでの同じクエリは、関連する結果を返しません。これらのスレッドには、完全なログ、ハードウェアの説明なども含まれます。無関係と思われる情報を除外しました(たとえば、これは特定のハードウェアに関係なく発生するようです)。

https://discussions.apple.com/thread/5508018?start=0&tstart=0

回避策はありますが、自己回答として投稿しますが、もっと良いものが欲しいです。Appleが調査している声明は、私をより幸せにします。

関連する別のエラーメッセージは、コンソールで「スリープウェイクデバッグログの収集を再開しています」(カーネル内のIOKitから来ているようですこのソースファイルを参照)です。上記と同じクラッシュの場合、ログなしで2時間後にコンピューターがアラームで起動し、5〜6分間はほとんど動作せず(おそらく起動しようとする)、6分後にタイムアウトして再起動します。

Jan 25 01:34:52 BlueVelvet kernel[0]: IOPPF: Sent gpu-internal-plimit-notification last value 0 (rounded time weighted average 0)
Jan 25 03:34:49 BlueVelvet kernel[0]: Wake reason: RTC (Alarm)
Jan 25 03:34:49 BlueVelvet kernel[0]: RTC: Maintenance 2014/1/25 02:34:49, sleep 2014/1/25 00:34:53
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleCamIn::systemWakeCall - messageType = 0xE0000340
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleCamIn::wakeEventHandlerThread
Jan 25 03:34:49 BlueVelvet kernel[0]: Previous Sleep Cause: 5
Jan 25 03:34:49 BlueVelvet kernel[0]: IOPPF: Sent gpu-internal-single-slice-plimit-notification last value 0 (rounded time weighted average 0)
Jan 25 03:34:49 BlueVelvet kernel[0]: IOPPF: Sent gpu-internal-plimit-notification last value 0 (rounded time weighted average 0)
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleThunderboltNHI::prePCIWake - power up complete - took 60884 us
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleThunderboltHAL::earlyWake - complete - took 1 milliseconds
Jan 25 03:34:49 BlueVelvet kernel[0]: TBT W (2): 0x0040 [x]
Jan 25 03:34:49 BlueVelvet kernel[0]: IOThunderboltSwitch<0xffffff8022d1fe00>(0x0)::listenerCallback - Thunderbolt HPD packet for route = 0x0 port = 11 unplug = 0
Jan 25 03:34:49 BlueVelvet kernel[0]: IOThunderboltSwitch<0xffffff8022d1fe00>(0x0)::listenerCallback - Thunderbolt HPD packet for route = 0x0 port = 12 unplug = 0
Jan 25 03:34:49 BlueVelvet kernel[0]: **** [IOBluetoothHostControllerUSBTransport][SuspendDevice] -- Resume -- suspendDeviceCallResult = 0x0000 (kIOReturnSuccess) -- 0x0c00 ****
Jan 25 03:34:49 BlueVelvet kernel[0]: ARPT: 58329.783703: si_survive_perst_war: bar0win before 18003000, bar0win after 18001000
Jan 25 03:34:49 BlueVelvet kernel[0]: AppleUSBMultitouchDriver::checkStatus - received Status Packet, Payload 2: device was reinitialized
Jan 25 03:34:49 BlueVelvet kernel[0]: ARPT: 58329.786957: pcicore_pci_pmeclr PMECSR : 0x4008
Jan 25 03:34:49 BlueVelvet kernel[0]: ARPT: 58329.786966: pcicore_pmestatclr PMECSR : 0x4008
Jan 25 03:34:49 BlueVelvet kernel[0]: ARPT: 58329.787066: pcicore_pci_pmeclr PMECSR : 0x4008
Jan 25 03:34:49 BlueVelvet.local hidd[193]: MultitouchHID: device bootloaded
Jan 25 03:34:49 BlueVelvet kernel[0]: en0: BSSID changed to 74:31:70:30:57:96
Jan 25 03:34:49 BlueVelvet.local airportd[209]: _doAutoJoin: Already associated to “EasyBox-305722”. Bailing on auto-join.
Jan 25 03:34:52 BlueVelvet.local Emacs-10.7[11343]: CGSCopyDisplayUUID: Invalid display 0x2b2826d2
Jan 25 03:34:54 --- last message repeated 2 times ---
Jan 25 03:34:54 BlueVelvet kernel[0]: AppleCamIn::handleWakeEvent_gated
Jan 25 03:35:27 BlueVelvet kernel[0]: **** [IOBluetoothHostControllerUSBTransport][SuspendDevice] -- Suspend -- suspendDeviceCallResult = 0x0000 (kIOReturnSuccess) -- 0x0c00 ****
Jan 25 03:36:21 BlueVelvet.local WindowServer[271]: _CGXHWCaptureWindowList: No capable active display found.
Jan 25 03:37:01 BlueVelvet.local WindowServer[271]: _CGXHWCaptureWindowList: No capable active display found.
Jan 25 03:37:31 --- last message repeated 1 time ---
Jan 25 03:39:49 BlueVelvet kernel[0]: Restarting to collect Sleep wake debug logs
Jan 25 03:39:49 BlueVelvet kernel[0]: AppleCamIn::systemWakeCall - messageType = 0xE0000310
Jan 25 03:40:03 BlueVelvet kernel[0]: **** [IOBluetoothHostControllerUSBTransport][SuspendDevice] -- Resume -- suspendDeviceCallResult = 0x0000 (kIOReturnSuccess) -- 0x0c00 ****
Jan 25 03:40:04 BlueVelvet kernel[0]: AppleUSBMultitouchDriver::message - kIOUSBMessagePortHasBeenReset.
Jan 25 03:40:05 --- last message repeated 1 time ---
Jan 25 03:40:05 BlueVelvet kernel[0]: AppleUSBMultitouchDriver::checkStatus - received Status Packet, Payload 2: device was reinitialized
Jan 25 03:40:05 BlueVelvet.local hidd[193]: MultitouchHID: device bootloaded
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x270503, fPoweredDown: 1
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:06 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:06 BlueVelvet.local Emacs-10.7[11343]: CGSCopyDisplayUUID: Invalid display 0x2b2826d2
Jan 25 03:40:07 --- last message repeated 2 times ---
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x370503, fPoweredDown: 1
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:07 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:07 BlueVelvet kernel[0]: Restart still waiting on AppleHDADriver
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x470503, fPoweredDown: 1
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:08 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x570503, fPoweredDown: 1
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:09 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x670503, fPoweredDown: 1
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:10 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion - Command/Response TIMED OUT and ( kRequestStateMatch == fCodecRequest->state = 2 ), fCodecRequest->command->codec: 0xffffff8023dc7f00, fCodecRequest->command->verb: 0x770503, fPoweredDown: 1
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDAController at line 5527
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in IOHDACodecDevice at line 144
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget_10134208 at line 741
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDANode at line 343
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDAWidget at line 3414
Jan 25 03:40:11 BlueVelvet kernel[0]: Sound assertion in AppleHDAFunctionGroup at line 919
Jan 25 03:40:28 localhost bootlog[0]: BOOT_TIME 1390617628 0
[... rebooting logs, omitted]
Jan 25 03:40:41 BlueVelvet.local spindump[497]: Saved diag report for Sleep Wake Failure version ??? to /Library/Logs/DiagnosticReports/Sleep Wake Failure_2014-01-25-034041_BlueVelvet.diag

1
調査結果の詳細を示すバグレポート提出すると、 Appleはこの特定のインスタンスを調査します。同様のことを報告すると、ハードウェアの問題であるという応答を受け取り、それがソフトウェアではなく原因である場合はサービスを求めることもあります。ここには詳細が記載されており、実際に応答しないバグもありますが、実際には多くのバグが応答しないという保証はありません。
bmike

G-Driveを落雷ポートに接続したままにしておくと、Mac Pro(ゴミ箱スタイル)で非常によく似た問題が発生しました。この問題について何か新しいことはありますか?
user2379888

残念ながらニュースはありません。ただし、あなたの問題はより具体的です。あなたの場合、故障しているのは特定のデバイスです。そのため、バグレポートを提出した場合(まだ報告していません)、修正される可能性が高くなります。G-Driveプロデューサーのサポートに相談することもできますが、この会社が作成したドライバーではなく、標準のThunderboltドライバーを使用していると思われます。(ただし、参考までに、あなたの質問は質問へのコメントであり、回答ではありません)。
ブレイザーブレード14

これに対する解決策を見つけましたか?
クリス・ハフ

新しいことは何もありません。現在使用している以下の回避策、またはYosemiteが修正したため、現在のところ問題は発生していません。
ブレイザーブレード

回答:


12

問題は、おそらくドライバー関連の問題*が原因で、スリープ状態からの自動ウェイクアップが失敗するようです。私の回避策は、自動ウェイクアップ、さらには自動スリープを無効にすることです。私にとって問題は、コンピューターを長時間接続してアイドル状態にした場合にのみ発生するため、電源アダプターが接続されている場合にのみ自動スリープを無効にすることができます。

ただし、これにより消費電力が増加し、アイドル時間が短縮されます。

この回避策を適用するには:

  • 行くシステム環境設定 - > 省エネルギー - > 電源アダプタ ]タブをクリックします。
  • [ディスプレイがオフのときにコンピューターが自動的にスリープしないようにする]チェックボックスをオンにします
  • [ネットワークアクセスのためにスリープ解除]ボックスと[電源アダプタに接続した状態でPower Napを有効にする]チェックボックスをオフにします(バッテリーの [ バッテリー ]タブでPower Napも無効にしましたが、これが必要かどうかわかりません)。

*したがって、一部のユーザーは特定の周辺機器が接続されている場合にのみ問題を再現します。しかし、あるユーザーにとってはBluetoothであり、別のユーザーにとってはUSBハードディスクなどです。ドライバーには、明らかにかなり一般的なドライバーのバグがあります。

更新:私のラップトップは2013年後半のRetina MBPであり、これが他のラップトップにどの程度一般化するかはわかりません(コメントを参照)。


こんにちは、どのMBPをお持ちですか?私のものは2010年半ばであり、おそらくこの理由のために、あなたが言及するオプションのいくつかを持っていません。電源アダプタのタブは次のようになります。imgur.com
AlexBG

うん、昨年リリースされてから13インチのRetinal MBP Late 2013がありました。これは1週間ほど前に起こったばかりです。日中数分または1時間の睡眠期間
ジョエルグロビエ14

1
昨日提案された回避策を試しましたが、今日は約1週間で初めてコンピューターが一晩クラッシュしませんでした。ありがとう!
ジョエルグロビエ14

Gah-今朝、コンピューターが再びクラッシュしました。結局これが機能しないと思います。:-(少なくともエラーメッセージが今回異なっていた再びコンソールを見て、が。実際にそこには、正確に、エラーメッセージのように見える」doesntの。それがあった前にcom.apple.sleep.failure、今それだけだ休止ログ、その後、ブートログオン直後。
ジョエルグロビエ14

2
そこで今回は、両方のエネルギータブ(バッテリーとアダプター)で「デフォルトの復元」を試みましたが、2日間問題はありませんでした。指が交差しました。
ジョエルグロビエ14

11

pmset -ghibernatemode設定を確認してください。私のMac miniでは3、デスクトップには適していませんでした。0に変更すると、問題はなくなりました。詳細なリファレンスと手順については、優れたマニュアルページを参照してください。

sudo pmset -a hibernatemode  0

2
それは興味深いですが、電力損失があるとデータを失う可能性があります。その間、あなたは少なくともpmsetについて教えてくれれば賛成票をもらいます。
ブレイザーブレード14

0にhibernatemodeセットでこの問題を持っている
bauerMusic
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.