Depuis la mise à jour vers MacOS Catalina 10.15.0, j'ai remarqué que mon MacBook Pro se réveille aléatoirement de son sommeil.
J'utilise le MBP connecté à un écran externe, une souris BT (MX Master), un clavier externe et le réseau Ethernet de l'entreprise via une station d'accueil USB-C d'un tiers.
Ici, la sortie de pmset -g log
À 12 h 01, j'ai arrêté le MBP et fermé le couvercle, et apparemment à 12 h 34, il s'est réveillé. Quelqu'un peut-il résoudre ce problème ?
Après que Catalina se soit mis à jour vers la 10.15.1 hier, mon iMac a dormi toute la nuit comme un bébé..... J'espère qu'il en sera de même la nuit prochaine.
[modifier]
Ça n'a pas marché la nuit suivante. Je me réveille toujours plus d'une fois par heure. On dirait qu'il fonctionne une fois après un redémarrage correct, mais qu'ensuite il se met dans un état où il se réveille plus d'une fois par heure. J'ai un moniteur externe qui se réveille aussi et illumine la chambre avec le message "non connecté". De plus, je peux entendre le disque dur de fusion 3T de l'iMac, qui est d'un bruit assourdissant.
Je vais essayer de redémarrer ce soir et voir si cela peut résoudre le problème. Je ferai un rapport ici.
[plus de recherche]
Mon iMac est configuré pour se mettre en veille à 22h00 tous les jours dans Propriétés > Economiseur d'énergie > Calendrier.
Selon pmset -g log rapport, la première nuit (quand il a fonctionné) il a le message suivant juste avant de s'endormir :
2019-10-30 22:10:29 +1100 Sleep Entering Sleep state due to 'Idle Sleep': Using AC (Charge:0%) 29966 secsEt c'est la même ligne pour la nuit suivante où il n'a pas dormi toute la nuit et se réveillait périodiquement (il est configuré pour être autorisé à dormir lorsque l'écran est éteint, et l'écran s'éteint après 15 minutes d'inactivité) :
2019-10-31 22:10:29 +1100 Sleep Entering Sleep state due to 'Software Sleep pid=205': Using AC (Charge:0%) 1599 secs Notez que pid=205 est le loginwindow qui s'exécute dans l'espace utilisateur.
Notez la valeur sec à la fin de l'enregistrement du journal. 29966 secondes correspondent à 08:19:26, et 1599 secondes à 00:26:39. C'est donc logique. La deuxième fois, le sommeil a été plus court, malgré le réglage de mon programme.
Il semble donc qu'entre l'état de démarrage initial et l'état suivant (après le réveil), il y ait eu un transfert de tâches et que l'autre système n'ait pas réussi à configurer les paramètres de sommeil de la même manière.
Notez que sur l'écran de l'économiseur d'énergie, je n'ai coché que l'option "Mettre les disques durs en veille lorsque c'est possible", les autres options comme "Activer la fonction Power Nap", "Réveiller pour l'accès au réseau" et "Empêcher l'ordinateur de se mettre en veille automatiquement lorsque l'écran est éteint" sont toutes désactivées.
Vous pouvez consulter ce rapport sur processus com.apple.parsec-fbf.flush peut-être que cela résout votre problème, j'essaie maintenant parce que je vois un tas de logs pour cela :
2020-01-12 20:33:04 +0100 Assertions PID 681(UserEventAgent) Summary BackgroundTask "com.apple.parsec-fbf.flush" 249:47:21 id:0x0xb0000856b [System: BGTask kCPU]
2020-01-12 20:48:04 +0100 Assertions PID 681(UserEventAgent) Summary BackgroundTask "com.apple.parsec-fbf.flush" 250:02:21 id:0x0xb0000856b [System: BGTask kCPU]
2020-01-12 21:03:04 +0100 Assertions PID 681(UserEventAgent) Summary BackgroundTask "com.apple.parsec-fbf.flush" 250:17:21 id:0x0xb0000856b [System: BGTask kCPU]
2020-01-12 21:18:04 +0100 Assertions PID 681(UserEventAgent) Summary BackgroundTask "com.apple.parsec-fbf.flush" 250:32:21 id:0x0xb0000856b [System: BGTask kCPU]
2020-01-12 21:33:04 +0100 Assertions PID 681(UserEventAgent) Summary BackgroundTask "com.apple.parsec-fbf.flush" 250:47:21 id:0x0xb0000856b [System: BGTask kCPU]
2020-01-12 21:48:04 +0100 Assertions PID 681(UserEventAgent) Summary BackgroundTask "com.apple.parsec-fbf.flush" 251:02:21 id:0x0xb0000856b [System: BGTask kCPU]
2020-01-12 22:03:04 +0100 Assertions PID 681(UserEventAgent) Summary BackgroundTask "com.apple.parsec-fbf.flush" 251:17:21 id:0x0xb0000856b [System: BGTask kCPU]
2020-01-12 22:18:04 +0100 Assertions PID 681(UserEventAgent) Summary BackgroundTask "com.apple.parsec-fbf.flush" 251:32:21 id:0x0xb0000856b [System: BGTask kCPU]Citation du site original
On ignore la cause exacte de ce problème. D'une manière ou d'une autre, l'agent parsec-fbf se met dans un état où il empêche l'ordinateur de se mettre en veille. Probablement la dernière version de l'agent parsec-fbf introduite dans MacOS 10.15.2 comporte une sorte de bogue qui réinitialise la minuterie de veille. Comme le noyau de MacOS utilise une nouvelle version de XNU (6153.61.1), cela peut être lié d'une manière ou d'une autre aux deux, l'agent parsec-fbf et le noyau.
Comment vérifier le journal du sommeil ?
pmset -g log|grep -e " Sleep " -e " Wake "Solution actuelle (ou désactiver Siri)
launchctl unload -w /System/Library/LaunchAgents/com.apple.parsec-fbf.plistLesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.
0 votes
Même chose sur mon MacBook et mon iMac. J'ai signalé ce problème à Apple depuis les bêtas, donc au moins ils sont au courant. Pour info, j'ai essayé de déconnecter tous les périphériques et de désactiver le wifi/bluetooth, mais ça n'a rien donné. Éteindre l'iPhone ou l'Apple Watch n'a également aucun effet.
0 votes
Le lien n'est malheureusement plus disponible.
0 votes
J'ai le même problème, la sortie de
pmset -g logest aquí .