Une alarme Mac sonne-t-elle avec le couvercle fermé ?

Comment les alarmes Horloge de macOS réveillent un Mac couvercle fermé

L'app Horloge, ajoutée dans macOS 13 Ventura, permet de programmer des alarmes qui enregistrent auprès de macOS un événement de réveil système programmé. Quand l'heure de l'alarme arrive, le système réveille brièvement le Mac pour jouer le son — via les haut-parleurs intégrés, tant que le volume n'est pas coupé et que Focus ou Ne pas déranger ne le bloque pas — puis peut remettre le Mac en veille. C'est le même type de mécanisme que celui utilisé pour une fenêtre de sauvegarde Time Machine ou un événement programmé d'Économiseur d'énergie : un réveil déclenché par une horloge, pas par le couvercle.

C'est pourquoi le couvercle n'a aucune importance pour l'alarme elle-même. Le réveil se produit au niveau système — il ne nécessite ni écran externe branché, ni frappe au clavier, ni couvercle ouvert. Il se déclenche de la même façon, que le Mac soit resté fermé sur un bureau ou ouvert en permanence.

Il y a une confusion fréquente qu'il vaut mieux dissiper tout de suite : exécuter caffeinate, ou n'importe quelle app qui maintient une assertion keep-awake, n'a aucun rapport avec le fait que ce réveil programmé se déclenche ou non. Le réveil d'alarme et la prévention de la veille par inactivité sont deux systèmes macOS distincts. Vous n'avez pas besoin qu'un outil keep-awake tourne pour que l'alarme fonctionne, et en avoir un actif ne rend pas l'alarme plus ou moins susceptible de sonner à l'heure.

Si vous êtes encore sous macOS 12 Monterey ou une version antérieure, rien de tout cela ne s'applique — Horloge n'avait pas encore d'alarmes, il n'y a donc aucun réveil programmé sur lequel compter.

Quand la fiabilité de l'alarme baisse vraiment

Les deux vraies variables sont la batterie et le mode Focus. Avec une batterie presque vide, macOS peut reporter, voire carrément sauter, le réveil programmé pour préserver la charge restante — c'est la même prudence qu'on retrouve ailleurs dans la gestion d'énergie de macOS, rien de spécifique aux alarmes. Laisser le Mac branché pour tout ce dont vous dépendez élimine cette variable.

Le mode Focus et Ne pas déranger peuvent couper le son de l'alarme même quand le réveil lui-même se produit exactement à l'heure prévue — le Mac se réveille, l'alarme se « déclenche » en interne, mais vous ne l'entendez pas. Si vous comptez sur une alarme Horloge pour quelque chose d'important, vérifiez que Horloge est autorisée à passer outre votre Focus actif.

Si vous voulez vérifier que le réveil programmé est bien enregistré sur votre Mac — utile pour déboguer un Mac qui ne se réveille à l'heure pour rien du tout, pas seulement pour les alarmes — lancez pmset -g sched dans Terminal. Cette commande liste les événements de réveil et de veille en attente sur le Mac, chacun étiqueté par le processus qui l'a programmé ; une alarme active apparaît généralement dans cette liste, aux côtés de choses comme Time Machine. C'est une vraie étape de débogage, pas une garantie — l'absence d'interférence de Focus ou une batterie à plat comptent encore plus que ce que montre la liste.

La méthode gratuite et native pour empêcher totalement le Mac de s'endormir couvercle fermé

Si vous préférez ne pas dépendre du réveil programmé — vous voulez simplement que le Mac ne s'endorme jamais couvercle fermé, pour que l'alarme ne soit qu'un son normal émis par une machine déjà éveillée — macOS propose une solution gratuite et intégrée, mais ce n'est pas celle vers laquelle on se tourne en premier d'habitude.

Fermer le couvercle déclenche une veille de niveau plus bas (la veille clamshell) que les outils classiques de prévention de veille par inactivité ne peuvent pas toucher. caffeinate, et toute app construite sur la même API keep-awake IOPMAssertionCreateWithName, ne bloque que la veille *par inactivité*. Fermez le couvercle sans écran externe branché et le Mac bascule en veille clamshell, quelle que soit l'assertion maintenue — c'est pourquoi « j'ai lancé caffeinate et le Mac s'est quand même endormi en fermant le couvercle » est un résultat réel et attendu, pas un bug.

Deux choses permettent réellement d'empêcher ça. La première, c'est de brancher un écran externe : avec un moniteur connecté, macOS applique le mode clamshell standard et le Mac reste pleinement éveillé couvercle baissé — la question du réveil programmé ne se pose même plus, puisqu'il n'était jamais endormi. La seconde, pour un couvercle fermé sans moniteur, est une simple commande Terminal : sudo pmset -a disablesleep 1. C'est littéralement le réglage système qui neutralise la mise en veille à la fermeture du couvercle sur batterie, et il exige un mot de passe admin car c'est un réglage global, pas une permission par app.

Le piège quand on bascule ce réglage soi-même

disablesleep ne se limite pas à une sieste ou une session — c'est un réglage global et persistant. Une fois mis à 1, il reste actif jusqu'à ce que vous le remettiez explicitement à zéro (sudo pmset -a disablesleep 0) ou que vous redémarriez le Mac.

Activez-le pour une courte attente d'alarme, oubliez-le, et le Mac continue d'ignorer la veille à la fermeture indéfiniment — pas seulement pour l'heure dont vous aviez besoin, mais à chaque fermeture du couvercle par la suite, y compris s'il finit rangé dans un sac. Ce réglage brut ne surveille ni le niveau de batterie ni la température à votre place ; il fait exactement ce que vous lui avez demandé, aussi longtemps que vous le laissez ainsi.

C'est un risque réel, pas hypothétique : consommation d'énergie et chaleur continues, sans qu'aucun logiciel ne vienne vérifier quoi que ce soit. C'est exactement le compromis que le mode Closed-Lid de LidRun est conçu pour éviter — si vous basculez ce réglage vous-même, la sécurité ne l'emporte sur le confort que si vous pensez à l'inverser vous-même.

Une manière plus sûre de procéder : le mode Closed-Lid conscient de la charge de travail

Le mode Closed-Lid de LidRun utilise exactement ce même réglage pmset -a disablesleep — via un helper privilégié, donc vous n'avez pas à taper de commandes sudo à la main — mais il associe toujours son activation à sa désactivation : à l'arrêt de la session, en quittant l'app, et il revérifie tout à chaque lancement au cas où une session précédente ne se serait pas terminée proprement. Vous ne vous retrouvez pas avec un réglage global que vous devez penser à annuler vous-même.

C'est aussi encadré, pas un verrou de réveil aveugle. Toute session keep-awake de LidRun — Closed-Lid compris — s'arrête par défaut dès que la batterie descend sous 20 % (réglable dans les Réglages), et un plancher strict à 4 % force le Mac à s'endormir quoi que vous ayez configuré, car en dessous de ce seuil il n'y a peut-être plus, de manière fiable, assez de charge pour terminer la tâche en toute sécurité — la même prudence de base qui pousse macOS lui-même à reporter un réveil d'alarme programmé sur une batterie presque vide. Si la pression thermique atteint le niveau critique du système, le régulateur de sécurité relâche le maintien keep-awake pour laisser le Mac réduire ses performances et refroidir, et peut au besoin le pousser jusqu'à une vraie mise en veille si la situation reste critique — couvrant le cas de surchauffe dans un sac que le simple réglage pmset n'aborde pas.

Voilà le lien avec la question de l'alarme : si une session Closed-Lid ou Keep Awake tourne déjà pour une vraie raison — un agent Claude Code qui termine une tâche, un long build, un téléchargement de modèle — la question de l'alarme devient sans objet, en quelque sorte par effet de bord. Le Mac est déjà éveillé, donc l'alarme joue via le chemin audio normal sans aucune étape de réveil. C'est la même promesse que fait LidRun de façon générale — agent en cours, on reste éveillé ; agent terminé ou situation dangereuse, on relâche et on laisse dormir — ce n'est pas quelque chose qui s'active juste pour surveiller une alarme. Si une alarme fiable est votre seul objectif, le comportement de réveil programmé natif décrit dans la première section suffit déjà sur secteur ; LidRun apporte de la valeur quand vous avez déjà une charge de travail qui garde le couvercle fermé pour d'autres raisons.

La règle de placement reste valable

Faire tourner un MacBook couvercle fermé génère plus de chaleur qu'en le laissant ouvert — l'écran intégré et une partie du circuit d'aération du châssis sont couverts dans tous les cas. Aucun logiciel ne change cette réalité physique, LidRun y compris.

Pour une courte attente — une alarme dans 30 minutes pendant qu'une petite tâche se termine — la chaleur supplémentaire est rarement significative. Pour une session de toute une nuit, les conseils habituels tiennent toujours : restez sur secteur, gardez le Mac sur une surface dure, plate et bien ventilée, et évitez le tissu mou ou un sac fermé où la chaleur n'a nulle part où aller. Réglez une minuterie de session pour qu'il ne reste pas éveillé plus longtemps que ce que vous vouliez réellement.

Le relâchement thermique de LidRun aide à réduire le risque si la température grimpe, mais il ne remplace pas un bon placement — utilisez-le avec précaution et considérez que la ventilation est votre responsabilité, pas celle de l'app.