Une alternative plus sûre à pmset disablesleep
Si vous avez cherché comment garder un Mac actif avec le couvercle fermé, vous avez probablement trouvé pmset disablesleep. La commande fonctionne, mais c'est un interrupteur système que l'on oublie facilement en position active. Voici une façon plus sûre d'obtenir le même résultat, avec le nettoyage pris en charge automatiquement.
Ce que fait pmset disablesleep
pmset est l'outil intégré de gestion d'alimentation de macOS. La commande pmset -a disablesleep 1 indique au système d'ignorer la fermeture du couvercle — le Mac continue de fonctionner capot fermé — et pmset -a disablesleep 0 rétablit ce comportement.
C'est la méthode documentée, sans extension noyau, pour travailler en mode couvercle fermé, d'où sa présence dans tous les guides sur le sujet. Des droits administrateur sont nécessaires, car elle modifie un paramètre d'alimentation à l'échelle du système.
Utilisée avec attention, elle fait exactement ce qu'elle annonce. Le risque ne vient pas de la commande elle-même, mais de ce qui se passe quand on l'oublie.
Pourquoi la laisser active est risqué
disablesleep 1 est global et persistant. Il reste actif jusqu'à ce que quelque chose le repasse à 0 — aucun rappel visible n'indique qu'il tourne, et un redémarrage ne le réinitialise pas toujours.
Oubliez de l'annuler et votre Mac cesse de se mettre en veille à chaque fermeture du couvercle, pour toutes les applications. Une session prévue pour une heure peut maintenir la machine active dans votre sac l'après-midi suivant.
Sur un portable, cela signifie batterie vidée pour rien et chaleur accumulée sous un couvercle fermé sans rien pour la surveiller. La commande a fait son travail ; le problème, c'est que rien ne l'a désactivée.
Guide associéLidRun vs caffeinate : quel outil keep-awake convient à votre flux de travail ?Un wrapper plus sûr autour du même toggle
LidRun utilise le même toggle pmset disablesleep documenté — sans extension noyau ni mécanismes cachés — mais le gère toujours en paire. Activez le mode couvercle fermé : disablesleep 1 est positionné ; arrêtez ou quittez : il revient à 0.
Si l'application se ferme de façon inattendue alors que le paramètre est actif, LidRun détecte l'état résiduel et remet disablesleep à 0 au prochain démarrage. Cette remise à zéro intervient au lancement suivant — pas à l'instant du problème — c'est donc une étape de récupération, pas une garantie en temps réel.
Par-dessus cela, LidRun ajoute ce qu'une commande brute ne peut offrir : un arrêt automatique sur batterie faible, un repli thermique, un mode chargeur uniquement et un minuteur de session qui impose une limite stricte à chaque exécution. L'objectif est de réduire le risque d'un paramètre oublié, pas de prétendre qu'un Mac est incapable de surchauffer.
Quand pmset brut est suffisant
Si vous êtes à l'aise en terminal, que vous lancez la commande brièvement et que vous la repassez vous-même à 0 de façon fiable, pmset disablesleep à la main est tout à fait raisonnable. C'est l'outil standard, et il l'est pour de bonnes raisons.
Le wrapper devient utile lorsqu'une session est longue, sans surveillance ou nocturne — précisément dans ces cas où vous êtes le plus susceptible de partir et d'oublier l'interrupteur activé.
Dans les deux cas, les bases de sécurité restent les mêmes : gardez le Mac branché et bien ventilé, conservez un seuil de batterie faible, et ne rangez jamais un Mac actif dans un sac fermé. Le logiciel peut gérer un toggle en paire ; il ne peut pas déplacer l'air.
Une fonctionnalité de LidRun.
LidRun garde votre travail actif capot fermé, avec une protection batterie et thermique intégrée.
Questions fréquentes
Pas intrinsèquement — c'est une commande Apple documentée. Le risque, c'est de l'oublier active : elle est globale et reste en place jusqu'à être repassée à 0, sans rappel visible.
C'est exactement le problème que LidRun est conçu pour éviter. Il gère le toggle en paire, il est donc annulé à l'arrêt ou à la fermeture, et remet un paramètre résiduel à zéro au prochain démarrage si l'application s'est fermée de façon inattendue.
Oui. Modifier disablesleep est un paramètre système, donc macOS demande les droits admin chaque fois que le mode couvercle fermé est activé, via la fenêtre native. Aucun assistant en arrière-plan ne le fait silencieusement.
Non. LidRun utilise le toggle pmset documenté, pas un kext. C'est aussi pourquoi il est distribué en téléchargement direct plutôt que via le Mac App Store.