MacBook Pro Problème hibernation/mise en veille après changement SSD

Locke

What am I doing here?
Modérateur
Club MacG
20 Juillet 2011
34 847
4 052

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
74 744
22 725
Forêt de Fontainebleau
@ foflarage

Le tableau des paramètres d'économie d'énergie pour la batterie est comme attendu.

- fais un test pendant une nuit en alimentation sur batterie > la charge de batterie à 100% au départ.​
 

foflarage

Membre confirmé
8 Août 2011
105
8
Hello @macomaniac

J'ai fait le test cette nuit, niveau batterie c'était à 99% ce matin mais j'ai entendu le mac rebooter plusieurs fois dans la nuit.

J'ai essayé ce matin avant d'aller au boulot de poster le pmset -g log mais c'était trop long....

J'essayé de posté une petite partie ce soir en rentrant.
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
74 744
22 725
Forêt de Fontainebleau
Tu n'auras qu'à passer la commande :
Bloc de code:
pmset -g log | grep "due"

  • qui réduit l'affichage des logs aux attestations de réveils et remises en veille > de par le réquisit humoristique du terme "due" dans les affichages à retenir => parce que les relevés de réveil de de remises en veille comportent toujours l'assertion : "due to" (= "dû au facteur suivant...").

Poste le retour.

Cela dit > 99% de charge de batterie après une nuit de veille => c'est du quasi parfait.
 

foflarage

Membre confirmé
8 Août 2011
105
8
Hello @macomaniac

Ci-dessous le log :

Bloc de code:
2020-09-13 23:13:19 +0200 DarkWake                DarkWake from Deep Idle [CDNPB] : due to RTC/Maintenance Using AC (Charge:100%) 45 secs   
2020-09-13 23:14:04 +0200 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using AC (Charge:100%) 2201 secs
2020-09-13 23:50:45 +0200 DarkWake                DarkWake from Deep Idle [CDNPB] : due to RTC/Maintenance Using AC (Charge:100%) 27 secs   
2020-09-13 23:51:12 +0200 Wake                    DarkWake to FullWake from Deep Idle [CDNVA] : due to HID Activity Using AC (Charge:100%) 81 secs   
2020-09-13 23:52:33 +0200 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%)           
2020-09-14 01:12:01 +0200 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%)           
2020-09-14 02:31:24 +0200 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%)           
2020-09-14 03:00:02 +0200 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%)           
2020-09-14 04:19:57 +0200 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%)           
2020-09-14 05:45:11 +0200 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%)           
2020-09-14 06:07:25 +0200 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%)           
2020-09-14 06:26:03 +0200 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:100%)           
2020-09-14 06:30:35 +0200 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:99%)           
2020-09-14 07:39:33 +0200 Assertions              PID 301(UserEventAgent) Released BackgroundTask "com.apple.coreduet.sync.update-source-device-identifiers" 00:01:00  id:0x0xb0000815a [System: DeclUser IntPrevDisp kDisp]         
2020-09-14 07:47:01 +0200 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using AC (Charge:99%) 30 secs   
2020-09-14 07:47:31 +0200 Wake                    Wake from Deep Idle [CDNVA] : due to EC.LidOpen/Lid Open Using AC (Charge:100%) 242 secs 
2020-09-14 07:51:33 +0200 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:99%)           
2020-09-14 08:02:41 +0200 Sleep                   Entering Sleep state due to 'Clamshell Sleep': Using Batt (Charge:99%)
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
74 744
22 725
Forêt de Fontainebleau
Je note 2 pseudo-réveils (DarkWake) qui n'affectent en rien la charge de 100% de batterie.

- et une série de Clamshell Sleep > dont un intervalle signale la perte à cette occasion d'1% de charge de batterie. J'ai comme l'impression que l'assertion : "Clamshell Sleep" aurait à voir avec un second écran branché au Mac et qui continuerait de lui être branché lors de l'hibernation.​

=> est-ce que je me trompe ?
 

foflarage

Membre confirmé
8 Août 2011
105
8
Hello @macomaniac

Justement non je n'ai pas de 2eme écran...

Franchement je ne comprends pas pourquoi un changement de SSD provoque ces pbs... ca me rend fou
 

foflarage

Membre confirmé
8 Août 2011
105
8
Est-ce qu'il s'agit d'un portable dont tu rabats le couvercle afin de forcer directement la mise en sommeil-système ?

Yes MBP 13" Retina (Fin 2013)
Que je rabatte le capot ou que je le laisse se mettre en veille seul, il finit toujours par s'éteindre au bout de quelques minutes...
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
74 744
22 725
Forêt de Fontainebleau
Qu'il « s'éteigne » => c'est normal.

- Il y a une instruction actuellement qui commande qu'après 5' de sommeil-Système => le Mac vire à l'hibernation (qui est une « presque-extinction » économisant la batterie).​
 

foflarage

Membre confirmé
8 Août 2011
105
8
Qu'il « s'éteigne » => c'est normal.

- Il y a une instruction actuellement qui commande qu'après 5' de sommeil-Système => le Mac vire à l'hibernation (qui est une « presque-extinction » économisant la batterie).​

Mais cette hybernation nécessite un redémarrage?

Pour moi il y a vraiment un pb qui n'est pas forcément lié à l'hybernation et qui nécessite un rédémarrage... d'où le kernel panic...

Bloc de code:
Sleep Wake failure in EFI

Failure code:: 0x0171260e 0x0000001f

Please IGNORE the below stackshot

================================================================
Date/Time:        2020-09-15 11:54:38 +0200
OS Version:       ??? ??? (Build ???)
Architecture:     x86_64
Report Version:   29

Data Source:      Stackshots
Shared Cache:     0x3442000 BE3BCD18-C3F3-3C63-A94D-EED973925811

Event:            Sleep Wake Failure
Duration:         0.00s
Steps:            1

Time Awake Since Boot: 11s



Process:          swd [259]
Architecture:     x86_64
Footprint:        376 KB
Start time:       2020-09-15 11:54:38 +0200
End time:         2020-09-15 11:54:38 +0200
Num samples:      1 (1)

  Thread 0x69d    1 sample (1)    priority 4 (base 4)
  <thread QoS background (requested background), thread darwinbg, process darwinbg, IO tier 2>
  1  start + 1 (libdyld.dylib + 109769) [0x7fff6a462cc9] 1
    1  ??? [0x100e52454] 1
      1  ??? [0x100e521dd] 1
        1  __stack_snapshot_with_config + 10 (libsystem_kernel.dylib + 135862) [0x7fff6a5c42b6] 1
         *1  ??? [0xffffff80002c1206] 1
           *1  ??? [0xffffff8000984c37] 1
             *1  ??? [0xffffff800089d7c1] 1
               *1  ??? [0xffffff80002e49e7] (running) 1

  Binary Images:
        0x7fff6a448000 -     0x7fff6a47efff  libdyld.dylib (750.6)               <789A18C2-8AC7-3C88-813D-CD674376585D>  /usr/lib/system/libdyld.dylib
        0x7fff6a5a3000 -     0x7fff6a5cffff  libsystem_kernel.dylib (6153.141.1) <2B6311E6-6240-3EF7-8C87-475B66F7452C>  /usr/lib/system/libsystem_kernel.dylib
Model: MacBookPro11,1, BootROM 162.0.0.0.0, 2 processors, Dual-Core Intel Core i5, 2,4 GHz, 8 GB, SMC 2.16f68
Graphics: kHW_IntelIrisItem, Intel Iris, spdisplays_builtin
Memory Module: BANK 0/DIMM0, 4 GB, DDR3, 1600 MHz, 0x02FE, -
Memory Module: BANK 1/DIMM0, 4 GB, DDR3, 1600 MHz, 0x02FE, -
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x112), Broadcom BCM43xx 1.0 (7.77.111.1 AirPortDriverBrcmNIC-1615.1)
Bluetooth: Version 7.0.6f7, 3 services, 27 devices, 1 incoming serial ports
Network Service: Wi-Fi, AirPort, en0
USB Device: USB 3.0 Bus
USB Device: Apple Internal Keyboard / Trackpad
USB Device: BRCM20702 Hub
USB Device: Bluetooth USB Host Controller
Thunderbolt Bus: MacBook Pro, Apple Inc., 17.2

Après je n'arrive pas à savoir ce qui provoque cette erreur...
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
74 744
22 725
Forêt de Fontainebleau
Tu veux dire qu'au lieu de virer paisiblement du sommeil-Système à l'hibernation > il y a plantage du kernel (moteur du Système) et redémarrage ?

- si oui => que se passe-t-il au redémarrage ? --> il doit bien falloir que tu réouvres ta session volontairement - non ? C'est après un ou plusieurs plantages et réouvertures de session que le Mac vire enfin normalement à l'hibernation ?​
 

foflarage

Membre confirmé
8 Août 2011
105
8
Regarde je ne sais pas si c'est lisible pour toi...

J'ai l'impression qu'il n'entre jamais vraiment en hybernation mais qu'il s'eteint et redemarre me demandant de me connecter et m'affichant le kernel panic

Bloc de code:
2020-09-15 14:36:56 +0200 WakeTime                WakeTime: 0.508 sec                                                                     
2020-09-15 14:36:56 +0200 Kernel Client Acks      Delays to Wake notifications: [com_apple_driver_AppleUSBCardReaderDriverNub driver is slow(msg: SetState to 2)(362 ms)] [AirPort_BrcmNIC driver is slow(msg: SetState to 2)(342 ms)]           
2020-09-15 14:36:56 +0200 Assertions              PID 100(powerd) Summary BackgroundTask "Powerd - Wait for client BackgroundTask assertions" 00:00:00  id:0x0xb00008478 [System: PrevIdle DeclUser BGTask kCPU kDisp]         
2020-09-15 14:36:56 +0200 Assertions              PID 121(apsd) Summary ApplePushServiceTask "com.apple.apsd-lastpowerassertionlinger" 00:00:00  id:0x0xb00008476 [System: PrevIdle DeclUser BGTask kCPU kDisp]         
2020-09-15 14:36:56 +0200 Assertions              PID 100(powerd) Created InternalPreventSleep "com.apple.powermanagement.acwakelinger" 00:00:00  id:0x0xd0000847a [System: PrevIdle DeclUser PushSrvc BGTask SRPrevSleep kCPU kDisp]         
2020-09-15 14:37:06 +0200 Assertions              PID 100(powerd) TimedOut ApplePushServiceTask "Powerd - Wait for client pushService assertions" 00:00:09  id:0x0xa00008479 [System: DeclUser PushSrvc BGTask SRPrevSleep kCPU kDisp]         
2020-09-15 14:37:06 +0200 com.apple.sleepservices.sessionTerminated    SleepService: window has terminated.                                                     
2020-09-15 14:37:06 +0200 Assertions              Summary- [System: DeclUser BGTask SRPrevSleep kCPU kDisp] Using AC(Charge: 100)         
2020-09-15 14:37:06 +0200 Assertions              PID 100(powerd) TimedOut BackgroundTask "Powerd - Wait for client BackgroundTask assertions" 00:00:09  id:0x0xb00008478 [System: DeclUser BGTask SRPrevSleep kCPU kDisp]         
2020-09-15 14:37:41 +0200 Assertions              PID 100(powerd) TimedOut InternalPreventSleep "com.apple.powermanagement.acwakelinger" 00:00:44  id:0x0xd0000847a [System: DeclUser SRPrevSleep kCPU kDisp]         
2020-09-15 14:37:41 +0200 Assertions              Summary- [System: DeclUser kDisp] Using AC(Charge: 100)         
2020-09-15 14:37:41 +0200 Sleep                   Entering Sleep state due to 'Maintenance Sleep': Using AC (Charge:100%) 3595 secs
2020-09-15 14:37:42 +0200 Wake Requests           [process=dasd request=SleepService deltaSecs=79164 wakeAt=2020-09-16 12:37:06 info="com.apple.dasd:0:com.apple.apsd.apprefresh"] [*process=dasd request=TimerPlugin deltaSecs=11468 wakeAt=2020-09-15 17:48:49 info="com.apple.dasd:501:com.apple.photolibraryd.curatedlibraryprocessing"] [process=powerd request=AdaptiveWake deltaSecs=79638 wakeAt=2020-09-16 12:45:00] [process=powerd request=UserWake deltaSecs=472499 wakeAt=2020-09-21 01:52:41 info="com.apple.alarm.user-visible-Weekly Usage Report,300"]           
2020-09-15 14:37:42 +0200 PM Client Acks          Delays to Sleep notifications: [com.apple.apsd is slow(1005 ms)]           
2020-09-15 15:37:36 +0200 Kernel Client Acks      Delays to Sleep notifications: [AppleThunderboltNHIType2 driver is slow(msg: WillChangeState to 2)(364 ms)] [RP03 driver is slow(msg: SetState to 0)(1011 ms)]           
2020-09-15 15:37:36 +0200 Notification            Display is turned on                                                                     
2020-09-15 15:37:36 +0200 Assertions              Kernel Idle sleep preventers: IODisplayWrangler         
2020-09-15 15:37:36 +0200 Assertions              PID 198(mDNSResponder) Created MaintenanceWake "mDNSResponder:maintenance" 00:00:00  id:0x0xd0000848c [System: PrevIdle DeclUser SRPrevSleep kCPU kDisp]         
2020-09-15 15:37:36 +0200 Assertions              PID 198(mDNSResponder) Released MaintenanceWake "mDNSResponder:maintenance" 00:00:00  id:0x0xd0000848c [System: PrevIdle DeclUser kDisp]         
2020-09-15 15:37:36 +0200 Notification            Next immediate inactivity window start:'2020-09-15 18:15:00 +0200' end:'2020-09-15 19:45:00 +0200'             
2020-09-15 15:37:36 +0200 Wake                    Wake from Deep Idle [CDNVA] : due to EC.LidOpen/Lid Open Using AC (Charge:100%)           
2020-09-15 15:37:36 +0200 HibernateStats          hibmode=3 standbydelaylow=10800 standbydelayhigh=86400                                   6             
2020-09-15 15:37:36 +0200 WakeTime                WakeTime: 0.548 sec
 

foflarage

Membre confirmé
8 Août 2011
105
8
By the way j'utilise un adaptateur pour le SSD et le fabricant indique ceci concernant les pbs d'hybernation :

Bloc de code:
sudo pmset standby 1" as following:

Code:
 standbydelaylow      120
 standby              1
 womp                 1
 halfdim              1
 hibernatefile        /var/vm/sleepimage
 powernap             1
 gpuswitch            2
 networkoversleep     0
 disksleep            1
 standbydelayhigh     300000
 sleep                0
 autopoweroffdelay    28800
 hibernatemode        0
 autopoweroff         0
 ttyskeepawake        1
 displaysleep         15
 highstandbythreshold 50
 acwake               0
 lidwake              0

Ca te parait cohérent?
 

GFB

Membre junior
19 Mars 2004
13
0
Bonjour,
Je m'incruste également sur ce sujet. J'ai également changé mon SSD à l'aide d'un adaptateur pour mettre un WD Blue SN550 500 GO dans mon MBA 6,2 de mi 2013 sous Catalina. Depuis la mise à jour sous Catalina, j'ai régulièrement des sorties de veille ou d'hibernation qui ne se font pas et fige ma machine. Celle-ci redémarre en indiquant ce message d'erreur :

Sleep Wake failure in EFI Failure code:: 0x0171260e 0x0000001f

J'ai également réalisé un pmset :

Bloc de code:
Last login: Tue Sep 15 15:37:57 on console

The default interactive shell is now zsh.
To update your account to use zsh, please run `chsh -s /bin/zsh`.
For more details, please visit https://support.apple.com/kb/HT208050.
Charles:~ charly$ pmset -g custom
Battery Power:
 lidwake              1
 autopoweroff         1
 standbydelayhigh     86400
 autopoweroffdelay    259200
 standbydelaylow      10800
 standby              1
 ttyskeepawake        1
 highstandbythreshold 50
 gpuswitch            2
 powernap             0
 hibernatefile        /var/vm/sleepimage
 hibernatemode        3
 displaysleep         5
 sleep                5
 acwake               0
 halfdim              1
 lessbright           1
 disksleep            10
AC Power:
 lidwake              1
 autopoweroff         0
 standbydelayhigh     86400
 autopoweroffdelay    28800
 standbydelaylow      10800
 standby              0
 ttyskeepawake        1
 hibernatemode        0
 powernap             0
 gpuswitch            2
 hibernatefile        /var/vm/sleepimage
 highstandbythreshold 50
 displaysleep         15
 womp                 1
 networkoversleep     0
 sleep                0
 acwake               0
 halfdim              1
 disksleep            10
Charles:~ charly$

Par avance, merci pour votre aide !

Charles
 

foflarage

Membre confirmé
8 Août 2011
105
8
@ foflarage

Le tableau de paramètres que tu as posté à ton message #34 : c'est celui que le fabriquant de l'adaptateur de ton SSD préconise d'employer ?

Hello

Non c'est celui de l'adaptateur qui permet d'atteindre la taille format Apple

 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
74 744
22 725
Forêt de Fontainebleau
De ce que je lis -->

- les Mac Retina de 2013-2014 avec des SSD NVMe => ne sont pas capables de réveil normal à partir de l'hibernation. Ce qui arrive aussi avec tous les Mac équipés de SSD NVMe d'usine.​
- pour contrer ce problème > le fabricant propose de désactiver le sommeil-profond (autopoweroff) et d'affecter à l'hibernation (standby activé) des valeurs délirantes telles que : 300000" = 83 H de délai de sommeil simple si la batterie a une charge de plus de 50% au départ et 120" = 4' si la charge de la batterie est au-dessous de 50%. Désactivation du sommeil-système (= 0) => qui rend ipso facto absurdes les paramètres de l'hibernation activée => puisque l'hibernation dépend de l'engagement préalable du sommeil-système et que ce dernier est désactivé. Choix d'un mode d'hibernation = 0 adapté aux Mac de bureau toujours branchés sur secteur : la RAM n'est jamais désactivée en cas de passage au sommeil-système et aucune sleepimage n'est écrite au disque en sauvegarde de son contexte. Le sommeil-système étant désactivé => jamais le Mac ne se met en veille (sinon de l'écran) et jamais la RAM ne se trouve désactivée.​

Interprétation : pour contrer les problèmes de sortie de l'hibernation > le fabricant préconise de désactiver le sommeil-système comme le sommeil-profond et l'hibernation => càd. de maintenir le Mac tout le temps dans un état d'activation du Système (kernel) et de n'autoriser qu'un sommeil de l'écran. Solution qui conduit > en cas d'usage d'un portable sur batterie => à un épuisement accéléré de sa charge et est donc absolument inadaptée à un usage nomade ou hors connexion secteur. En résumé : ce genre de préconisation revient à déshabiller Pierre (la charge de la batterie suite à un maintien en activité permantente du Mac) pour habiller Paul (éviter les blocages de sortie d'hibernation du Mac dûs à des SSD en connexion NVMe).
 
Dernière édition:

Locke

What am I doing here?
Modérateur
Club MacG
20 Juillet 2011
34 847
4 052
J'ai bien fait de demander à lasperule de créer un message spécifique sur son problème, car c'est très intéressant.
 
  • J’aime
Réactions: foflarage

foflarage

Membre confirmé
8 Août 2011
105
8
@macomaniac Du coup on est d'accord la manip du fabricant n'est pas "terrible"...?

De plus cette affirmation est fausse aussi non?

problem - sleep/standby on 2013/2014 macs:those mac aren't able to resume from deepsleep/hibernation with NVMe drives.This problem also occurs on the same mac with genuine Apple NVMe SSDs.

Il n'y a aucune raison que les SSD Nvme Apple ou pas ne soient pas capables de sortir de l'hybernation, non?