Redémarrages aléatoires avec l'erreur «Sleep Wake Failure» sur Mavericks

26

Lorsque je laisse mon Mavericks OS X MacBookPro inactif pendant un certain temps, il se bloque et redémarre très souvent très souvent. Après le redémarrage, la boîte de dialogue Rapport de problème s'affichera, indiquant que «Échec de veille de veille a rencontré un problème». Le rapport de problème ne montre pas de plantage - uniquement les puissances des programmes en cours d'exécution. Voici le début du rapport:

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:  [...]

Ce problème est décrit dans divers forums de discussion, mais je n'ai pas pu le trouver ici. Une simple recherche sur Google pour «l'échec du réveil du sommeil» (même sans guillemets) fera apparaître des tonnes de discussions pertinentes et sans réponse; la même requête ici ne renvoie aucun résultat pertinent. Ces threads incluent également des journaux complets, des descriptions de matériel, etc. J'ai exclu des informations qui ne semblent pas liées (par exemple, cela semble se produire indépendamment du matériel particulier).

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

J'ai une solution de contournement et je la publierai comme une réponse automatique, mais j'aimerais quelque chose de mieux - une déclaration qu'Apple étudie me rendrait beaucoup plus heureux.

Un autre message d'erreur pertinent que j'ai reçu est, dans la console, «Redémarrage pour collecter les journaux de débogage de mise en veille» (qui semble provenir d'IOKit dans le noyau, voir ce fichier source ). Pour le même plantage que ci-dessus, nous voyons que l'ordinateur se réveille sur une alarme après deux heures sans aucun journal, fait peu pendant 5-6 minutes (essayant probablement de se réveiller), puis après six minutes d'expiration et redémarre.

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
Blaisorblade
la source
1
Apple enquêterait sur cette instance spécifique si vous déposez un rapport de bogue détaillant les résultats. Lorsque je signale un problème similaire, parfois j'obtiens même une réponse qu'il s'agit d'un problème matériel et de demander un service si c'est la cause au lieu du logiciel. Il y a de bons détails ici et vous pourriez obtenir une réponse bien qu'il n'y ait jamais de garantie qu'un bug obtienne une réponse comme beaucoup n'en ont pas en pratique.
bmike
J'ai eu des problèmes très similaires avec mon Mac Pro (style corbeille) lorsque je laisse un G-Drive connecté au port Thunderbolt. Y a-t-il quelque chose de nouveau sur cette question?
user2379888
Je n'ai malheureusement aucune nouvelle. Cependant, votre problème est plus spécifique: dans votre cas, c'est un appareil spécifique qui est en faute. Donc, si vous déposez un rapport de bogue (ce que je n'ai pas encore fait), vous aurez plus de chances de résoudre ce problème. Vous pourriez peut-être parler au support des producteurs de G-Drive: mais je suppose qu'il utilise des pilotes Thunderbolt standard, pas un pilote écrit par cette société, donc je suppose qu'ils peuvent tout au plus parler à Apple. (Mais pour info, la vôtre devrait être un commentaire à la question, pas une réponse).
Blaisorblade
Avez-vous déjà trouvé une solution pour cela?
Chris Hough
Rien de nouveau - le problème n'apparaît pas actuellement, soit à cause des solutions de contournement mentionnées ci-dessous que je continue à utiliser, soit parce que Yosemite l'a corrigé.
Blaisorblade

Réponses:

12

Le problème semble être que les réveils automatiques de l'état de veille échouent, probablement en raison de problèmes liés au pilote *. Ma solution consiste à désactiver simplement les réveils automatiques - et même le sommeil automatique. Étant donné que pour moi, le problème ne se produit qu'en laissant mon ordinateur branché et inactif pendant une longue période, je ne peux désactiver la mise en veille automatique que lorsque l'adaptateur secteur est connecté, sans réduire l'autonomie.

Cependant, cela augmentera la consommation d'énergie et réduira le temps d'inactivité - vous pourriez donc

Pour appliquer cette solution de contournement:

  • allez dans Préférences Système -> Économiseur d'énergie -> onglet Adaptateur secteur .
  • cochez la case "Empêcher l'ordinateur de dormir automatiquement lorsque l'écran est éteint"
  • décochez les cases "Réveillez-vous pour l'accès au réseau" et "Activer Power Nap tout en étant branché sur un adaptateur secteur" (J'ai également désactivé Power Nap désactivé sur batterie, dans l' onglet Batterie , mais je ne suis pas sûr que cela soit nécessaire).

* Par conséquent, certains utilisateurs ne reproduisent le problème que lorsque certains périphériques sont branchés. Mais pour un utilisateur, il peut s'agir de Bluetooth, pour un autre d'un disque dur USB, etc. - il n'y a pas de modèle facile à reconnaître, ce qui pourrait signifier que le problème est en raison de tout pilote ayant un bogue de pilote apparemment assez commun.

Mise à jour: mon ordinateur portable est un Retina MBP fin 2013, et je ne sais pas dans quelle mesure cela se généralise sur les autres ordinateurs portables (voir commentaires).

Blaisorblade
la source
Salut, quel MBP avez-vous? Le mien est mi-2010 et probablement pour cette raison, je n'ai pas certaines des options que vous mentionnez. Voici à quoi ressemble l'onglet de mon adaptateur d'alimentation: imgur.com/GFrM2SZ
AlexBG
Oui, j'ai eu un MBP rétinien de 13 pouces fin 2013 depuis leur sortie l'année dernière, et cela vient de m'arriver il y a une semaine environ. périodes de sommeil de quelques minutes ou d'une heure dans la journée
Joel Glovier
1
J'ai essayé la solution de contournement que vous avez suggérée hier, et aujourd'hui, pour la première fois depuis environ une semaine, mon ordinateur ne s'est pas bloqué du jour au lendemain. Merci!
Joel Glovier
Gah - mon ordinateur s'est encore écrasé ce matin. Je suppose que cela ne fonctionne pas après tout. :-( Bien que, regardant la console à nouveau au moins le message d'erreur était différent cette fois. En fait , il doesnt » semble être un message d'erreur exactement. Avant il était com.apple.sleep.failureet maintenant il est juste un journal de mise en veille prolongée, puis un journal de démarrage immédiatement après.
Joel Glovier
2
Cette fois, j'ai donc essayé de "restaurer les paramètres par défaut" sur les deux onglets d'énergie (batterie et adaptateur) et je n'ai pas eu de problème depuis deux jours. Doigts croisés.
Joel Glovier
11

Vérifiez avec pmset -gpour le paramètre hibernatemode. Sur mon mac mini, il était sur 3lequel ne convient pas aux ordinateurs de bureau. En le changeant à 0, le problème a disparu. Lisez l'excellente page de manuel pour plus de références et d'instructions.

sudo pmset -a hibernatemode  0
mahal tertin
la source
2
C'est intéressant, mais il peut perdre des données en cas de panne de courant. Pendant ce temps, vous obtenez au moins un vote positif pour m'avoir enseigné pmset.
Blaisorblade
Ayez ce problème avec hibernatemode mis à 0.
bauerMusic