Nous avons un nouveau Mac Pro (3,6 GHz) fonctionnant sous MacOSX 10.9.3 qui s'éteint de manière inattendue.
Nous l'avons emmené deux fois à l'entretien et les génies n'ont pas pu reproduire le problème et les diagnostics matériels n'ont apparemment rien donné d'intéressant.
Si on le laisse fonctionner toute la nuit, il sera souvent (généralement ?) éteint le matin (et non endormi), OFF ).
Voici les valeurs des paramètres de gestion de l'énergie (cela ne veut pas dire grand chose pour moi) :
$ pmset -g
Active Profiles:
AC Power -1*
Currently in use:
standby 1
Sleep On Power Button 1
womp 1
autorestart 0
hibernatefile /var/vm/sleepimage
darkwakes 1
gpuswitch 2
networkoversleep 0
disksleep 10
sleep 1
autopoweroffdelay 14400
hibernatemode 0
autopoweroff 1
ttyskeepawake 1
displaysleep 15
standbydelay 10800 Et voici les dernières lignes que je vois dans Console pour l'échec le plus récent, plus tôt dans la journée ( editar : déplacement d'un extrait de console plus long vers gist car il dépassait la limite pour SE) :
Je viens de découvrir le pmset -g log commande, alors voici les lignes contemporaines de cette commande :
6/11/14, 10:09:59 PM EDT WakeRequests PM scheduled RTC wake event: SleepServiceImmediate inDelta=3543.05
6/11/14, 10:10:15 PM EDT Assertions PID 17(powerd) Created InternalPreventSleep "Network wake delay proxy assertion" 00:00:00 id:0xe00000aa7 [System: SRPrevSleep kCPU]
6/11/14, 10:10:15 PM EDT com.apple.sleepservices.sessionStarted SleepService: window begins with cap time=86400 secs
6/11/14, 10:10:15 PM EDT DarkWake DarkWake [CDNPB] due to ETH0/Network: Using AC 45 secs
6/11/14, 10:10:15 PM EDT Assertions PID 17(powerd) Created InternalPreventSleep "com.apple.powermanagement.acwakelinger" 00:00:00 id:0xe00000aa9 [System: PushSrvc SRPrevSleep kCPU]
6/11/14, 10:10:25 PM EDT com.apple.sleepservices.sessionTerminated SleepService: window has terminated.
6/11/14, 10:10:25 PM EDT Summary- [System: SRPrevSleep kCPU] Using AC
6/11/14, 10:10:45 PM EDT Assertions PID 17(powerd) TimedOut InternalPreventSleep "Network wake delay proxy assertion" 00:00:30 id:0xe00000aa7 [System: SRPrevSleep kCPU]
6/11/14, 10:10:45 PM EDT Assertions PID 17(powerd) Released InternalPreventSleep "Network wake delay proxy assertion" 00:00:30 id:0xe00000aa7 [System: SRPrevSleep kCPU]
6/11/14, 10:11:00 PM EDT Assertions PID 17(powerd) TimedOut InternalPreventSleep "com.apple.powermanagement.acwakelinger" 00:00:45 id:0xe00000aa9 [System: SRPrevSleep kCPU]
6/11/14, 10:11:00 PM EDT Assertions PID 17(powerd) Released InternalPreventSleep "com.apple.powermanagement.acwakelinger" 00:00:45 id:0xe00000aa9 [System: SRPrevSleep kCPU]
6/11/14, 10:11:00 PM EDT Summary- [System: No Assertions] Using AC
6/11/14, 10:11:00 PM EDT Sleep Maintenance Sleep: Using AC
6/11/14, 10:11:02 PM EDT SlowResponse PMConnection: Response from com.apple.apsd is slow (powercaps:0x0) 1996 ms
6/11/14, 10:11:02 PM EDT WakeRequests Clients requested wake events: [proc=mDNSResponder request=Maintenance inDelta=7198] [proc=SleepServicesD request=SleepService inDelta=3598] [proc=UserEventAgent request=TimerPlugin inDelta=7882 info=com.apple.EscrowSecurityAlert.daily]
6/11/14, 10:11:02 PM EDT WakeRequests PM scheduled RTC wake event: SleepServiceImmediate inDelta=3598.04
Sleep/Wakes since boot at 6/11/14, 4:37:17 PM EDT :242 Dark Wake Count in this sleep cycle:241
Time stamp Domain Message Duration Delay
========== ====== ======= ======== =====
UUID: (null)
6/12/14, 5:17:22 PM EDT Start powerd process is started
6/12/14, 5:17:22 PM EDT Summary- [System: No Assertions] Using AC
Sleep/Wakes since boot at 6/12/14, 5:17:22 PM EDT :0 Dark Wake Count in this sleep cycle:0Les Génies ont laissé entendre que la raison pour laquelle ils ne parvenaient pas à reproduire le problème pouvait être due à une interaction entre le PowerMac et un ou plusieurs périphériques.
Les appareils actuellement connectés sont :
- ancien Apple Cinema Display (avec convertisseur DVI vers Mini Display Port)
- Lecteur optique Apple (USB)
- Clavier Apple (USB)
- Souris optique USB Apple
UPDATE :
-
Ce problème persiste sous 10.9.4.
-
L'exécution de ce diagnostic, suggéré par Buscar :
syslog -k Sender kernel -k Message CSeq 'n Cause : -' | tail | awk '/:/{$4="" ; print}''
J'obtiens ce résultat :
Jun 25 10:54:41 kernel[0] <Debug>: Previous Shutdown Cause: -2
Jun 25 17:51:57 kernel[0] <Debug>: Previous Shutdown Cause: -2
Jul 1 11:55:50 kernel[0] <Debug>: Previous Shutdown Cause: -2
0 votes
Juste pour clarifier, vous appuyez sur le bouton d'alimentation une fois et il s'allume, il n'est pas juste gelé avec un écran noir ? En cherchant dans vos journaux, voyez-vous des entrées pour "Cause de l'arrêt précédent" suivies d'un numéro ? Je suppose que vous l'avez connecté à une autre source d'alimentation ?
0 votes
Oui, j'appuie sur le bouton d'alimentation et il s'allume. Le bouton d'alimentation n'est pas allumé jusqu'à ce que nous l'appuyions. Je vais rechercher la "cause de l'arrêt précédent" et faire un rapport sous peu.
0 votes
La cause de la fermeture précédente d'aujourd'hui est "-2".
0 votes
Veuillez signaler si vous avez mis en place un système de partage ?
2 votes
Essayez de tourner
autopoweroffà 01 votes
@AllInOne - Je n'en suis qu'au stade des commentaires, mais je pense que votre meilleure chance est de faire réparer le Mac Pro par Apple. Il n'y a pas de référence pour cela en ligne, mais c'est ce qui m'a été expliqué lors de la formation Genius et à nouveau plus tard en travaillant avec l'ingénierie sur un cas bizarre. Les causes d'arrêt qui sont égales ou supérieures à 0 sont normales ou initiées par l'utilisateur. Les causes d'arrêt qui sont égales ou inférieures à -1 indiquent une défaillance matérielle, qu'il s'agisse d'une surchauffe ou d'un débranchement accidentel du cordon d'alimentation. Je laisserais Apple s'en occuper le temps qu'il leur faut pour reproduire le problème, avec des instructions claires (cont).
1 votes
@AllInOne - (suite) de soumettre la machine à de fortes contraintes (commandes multiples Yes, Grapher, etc.) pendant plusieurs heures/jours jusqu'à ce qu'elle s'arrête. À ce stade, ils peuvent vérifier le problème et, si possible, le poursuivre avec le support interne d'Apple, que ce soit l'ingénierie ou un autre département. Il est possible que l'un de vos périphériques soit à l'origine du problème, mais je n'ai jamais rencontré de problème avec un nombre négatif de "cause d'arrêt" qui n'ait pas été résolu en réparant/remplaçant le Mac. J'espère que cela vous aidera.
0 votes
@Buscar Je ne vois pas d'explication à mon code d'erreur ici. Et j'ai ajouté les lignes de journal de la console à un gist représentant une minute complète avant l'échec.
0 votes
Avez-vous besoin/utiliser le wake on network ?
0 votes
@Buscar oui nous avons besoin/utilisons le wake on network. Nous nous connectons occasionnellement à la machine à distance.
0 votes
@MrRabbit N'hésitez pas à ajouter votre commentaire comme réponse. Nous allons poursuivre dans cette voie.
0 votes
Je suis allé voir vos deux journaux de bord. Ce dont nous avons besoin est un journal à partir du moment où vous fermez le couvercle jusqu'à ce que vous l'ouvrez, afin que nous puissions voir ce qu'il fait dans cette période, il ne devrait pas être beaucoup.
0 votes
@Buscar On dirait une poubelle mais il n'y a pas de couvercle ! :-) C'est un Mac Pro.
3 votes
Nous n'avons toujours pas de solution pour ce problème. Apple nous a envoyé un nouveau cordon d'alimentation pour que nous l'essayions. Entre-temps, nous venons d'appliquer la version 10.9.4 qui prétend résoudre les problèmes de réveil à partir du sommeil. Croisons les doigts.