pour le moment sur secteur, pour faire les manip de réinstallation, sinon souvent sur batterieEst-ce que tu utilises principalement ton Mac sur batterie ou sur secteur ?
pour le moment sur secteur, pour faire les manip de réinstallation, sinon souvent sur batterieEst-ce que tu utilises principalement ton Mac sur batterie ou sur secteur ?
pendant que je te répondais, d'un autre ordi, mon mac c'est mis en veille (sur batterie) et au lieu de partir en veille, il a affiché l'écran noir plus le dossier + ? => j'ai redemmaré => après quelques tentatives il est repartipour le moment sur secteur, pour faire les manip de réinstallation, sinon souvent sur batterie
oui excllente idéeVoici le comportement induit sur secteur -->
- sommeil-Système après 1' de délai d'inactivité en session [absurdément court] > sommeil-écran après 10' [absurde car surclassé par la mise-en-sommeil-Système après 1' qui force illico le sommeil-écran] > sommeil-disque après 10' [même absurdité]- mode d'hibernation 3 (classique sur portable) déterminant à la mise-en-sommeil-Système l'écriture du contexte de la RAM à un fichier sleepimage du disque > et le maintien sous tension de la RAM pendant tout le sommeil-Système.- la durée du sommeil-Système est déterminée par les délais de passage à l'hibernation : 86400" = 24H [valeur délirante qui fait que le Mac ne quitte jamais le sommeil-Système] ou au sommeil-profond : 28800" = 8 H [valeur également hypertrophiée rendant improbable l'abandon du sommeil-Système].
En résumé (rapporté à ton problème) : une fois en sommeil-Système (après 1' d'inactivité en session) > le Mac n'a guère de chances de le quitter > et la RAM est maintenue sous tension. C'est donc le réveil du sommeil-Système (et pas d'une hibernation) qui est mal gérée par le kernel (le moteur du Système) > malgré un contexte de la RAM prêt à permettre immédiatement le réaffichage à l'écran de la configuration antérieure.
- veux-tu tester un paramétrage interdisant le sommeil-Système > et se bornant à mettre en sommeil écran et disque ?
sudo pmset -c sleep 0 displaysleep 5 disksleep 8
Anonymous UUID: 780CC4BB-A8C5-4203-4787-080BF08AD6DF
Mon Oct 26 17:58:04 2020
*** Panic Report ***
panic(cpu 3 caller 0xffffff800c8bc42f): initproc exited -- exit reason namespace 2 subcode 0xa description: none
uuid info:
0x103e60000 uuid = <dfc3c4af-6f97-3b34-b18d-7dcb23f2a83a>
0x103178000 uuid = <bbd445b6-fba9-3a9c-828f-a112f63e2080>
Thread 2 crashed
RAX: 0x0000000000000000, RBX: 0x00000001031c6068, RCX: 0x00000001031c3000, RDX: 0x00000001031c6088
RSP: 0x0000700005333300, RBP: 0x00007000053333a0, RSI: 0x00000001031c6078, RDI: 0x0000000103178000
R8: 0x0000000103178ae8, R9: 0x0000000000000d0e, R10: 0x0000000000000010, R11: 0x0000000000000206
R12: 0x0000000100010ce3, R13: 0x0000000000001eb0, R14: 0x00000001031c8748, R15: 0x0000000103178000
RFL: 0x0000000000010246, RIP: 0x00007fff7d7e8b7f, CS: 0x000000000000002b, SS: 0x0000000000000023
Thread 0: 0xffffff8018bc3520
0x00007fff7d923126
0x00007fff7d7acede
0x0000000000000000
Thread 1: 0xffffff801d362000
0x00007fff7d93e29e
0x00007fff7d79fde6
0x00007fff7d7aef42
0x00007fff7d7a3792
0x00007fff7d7a4396
0x00007fff7d7ac6ed
0x00007fff7d9dd611
0x00007fff7d9dd3fd
0x0000000000070507
Thread 2: 0xffffff801e8f4520
0x00007fff7d7e8b7f
0x00007fff7d7e8a07
0x00007fff7d7e88d1
0x00007fff7d845b2a
0x0000000103188ce3
0x0000000103188324
0x00007fff7d79d63d
0x00007fff7d79fde6
0x00007fff7d7aef42
0x00007fff7d7a3792
0x00007fff7d7a4396
0x00007fff7d7ac6ed
0x00007fff7d9dd611
0x00007fff7d9dd3fd
0x0000000000070507
Thread 3: 0xffffff8019d63000
0x00007fff7d9dd3f0
Mac OS version:
18G103
Kernel version:
Darwin Kernel Version 18.7.0: Tue Aug 20 16:57:14 PDT 2019; root:xnu-4903.271.2~2/RELEASE_X86_64
Kernel UUID: C41337A1-0EC3-3896-A954-A1F85E849D53
System model name: MacBookAir6,2 (Mac-7DF21CB3ED6977E5)
Root disk errors: "Could not recover SATA HDD after 5 attempts. Terminating."
EOF
Model: MacBookAir6,2, BootROM 122.0.0.0.0, 2 processors, Intel Core i5, 1,4 GHz, 4 GB, SMC 2.13f15
Graphics: kHW_IntelHD5000Item, Intel HD Graphics 5000, spdisplays_builtin
Memory Module: BANK 0/DIMM0, 2 GB, DDR3, 1600 MHz, 0x80AD, 0x483943434E4E4E384A544D4C41522D4E544D
Memory Module: BANK 1/DIMM0, 2 GB, DDR3, 1600 MHz, 0x80AD, 0x483943434E4E4E384A544D4C41522D4E544D
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0x117), Broadcom BCM43xx 1.0 (7.77.61.2 AirPortDriverBrcmNIC-1305.8)
Bluetooth: Version 6.0.14d3, 3 services, 27 devices, 1 incoming serial ports
Network Service: Wi-Fi, AirPort, en0
Serial ATA Device: APPLE SSD SD0128F, 121,33 GB
USB Device: USB 3.0 Bus
USB Device: BRCM20702 Hub
USB Device: Bluetooth USB Host Controller
Thunderbolt Bus: MacBook Air, Apple Inc., 23.6
La modification apportée hier au délai de mise enveille semble avoir fonctionnée tant que l'ordi est bien branché au secteur. Il s'est à chaque fois réveillé corretement.Petite glose préliminaire -->
- ton Mac présente les symptômes (échec de sortie de veille = sommeil-Système) => qu'on rencontre dans une série de modèles pour certaines années (le tien fait partie du lot) après changement du SSD Apple d'usine pour un SSD de tierce partie. Ton Mac n'est pas un reconditionné dont le SSD aurait été changé ?
Passe la commande (copier-coller) :
Bloc de code:sudo pmset -c sleep 0 displaysleep 5 disksleep 8
- à validation > une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe de session admin en aveugle - aucun caractère ne se montrant à la frappe - et revalide
- cette commande édite partiellement le paramétrage d'économie d'énergie pour l'alimentation sur secteur uniquement --> de la façon suivante : sommeil-Système = désactivé (ce qui périme la possibilité de passage à l'hibernation qui est une fonction du sommeil-Système) > sommeil-écran = 5' (de délai d'inactivité en session) > sommeil-disque = 8'
La commande passe sans retour d'affichage (si elle passe). Cela fait > redémarre une fois pour charger le nouveau paramétrage et teste les effets induits.
sudo pmset -b sleep 0 displaysleep 3 disksleep 4