# Couleur dans la commande "systemctl list-unit-files"

**URL:** <https://www.debian-fr.org/t/couleur-dans-la-commande-systemctl-list-unit-files/91374>\
**Category:** Support Debian\
**Created:** [Juillet 30, 2025, 7:27 UTC](https://www.debian-fr.org/t/couleur-dans-la-commande-systemctl-list-unit-files/91374 "2025-07-30T07:27:25Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Juillet 30, 2025, 7:27 UTC](https://www.debian-fr.org/t/couleur-dans-la-commande-systemctl-list-unit-files/91374/1 "2025-07-30T07:27:25Z")

</div>

Bonjour à tous,

Lorsque je lance cette commande  
`systemctl list-unit-files --state=masked`

le retour pour la liste : suspend.target  
est : masked enabled en noir

et en rouge/vert pour les autres lignes.

J’ai en tête que le rouge/vert sert à attirer l’attention  
Mais pourquoi pas en rouge/vert pour suspend.target

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juillet 30, 2025, 8:07 UTC](https://www.debian-fr.org/t/couleur-dans-la-commande-systemctl-list-unit-files/91374/2 "2025-07-30T08:07:07Z")

</div>

Peut être parce que ce n’est pas un service mais un target qui effectivement ne devrait normalement pas être en masked.

---

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Juillet 30, 2025, 8:14 UTC](https://www.debian-fr.org/t/couleur-dans-la-commande-systemctl-list-unit-files/91374/3 "2025-07-30T08:14:11Z")

</div>

Merci pour ta réponse.

C’est le laptop d’une connaissance, je viens de faire «&nbsp;systemctl unmask suspend.target&nbsp;» et j’ai perdu la connexion!  
J’attend qu’il se réveille 🙂

Ceci dit sur mon laptop, en Debina 13, j’ai  
systemctl list-unit-files --state=masked  
UNIT FILE STATE PRESET  
alsa-utils.service masked enabled  
cryptdisks-early.service masked enabled  
cryptdisks.service masked enabled  
hwclock.service masked enabled  
nfs-common.service masked enabled  
saned.service masked enabled  
sudo.service masked enabled  
x11-common.service masked enabled  
hibernate.target masked enabled  
hybrid-sleep.target masked enabled  
sleep.target masked enabled  
suspend.target masked enabled

et tout en rouge/vert , donc yc des target.

suspend et hibernation masquée volontairement pour que mon poste reste tj actif.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juillet 30, 2025, 8:21 UTC](https://www.debian-fr.org/t/couleur-dans-la-commande-systemctl-list-unit-files/91374/4 "2025-07-30T08:21:50Z")

</div>

Seul les services sont masqués, pas les targets. 🙂

---

<div class="post-metadata">

**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\
**Post date:** [Juillet 30, 2025, 8:47 UTC](https://www.debian-fr.org/t/couleur-dans-la-commande-systemctl-list-unit-files/91374/5 "2025-07-30T08:47:08Z")

</div>

> [@Zargos](#):
>
> Seul les services sont masqués, pas les targets

pense pas

rien de ce genre dans la doc [systemctl(1) - Linux manual page](https://man7.org/linux/man-pages/man1/systemctl.1.html)

et cela fonctionne (chez moi)

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Juillet 30, 2025, 8:49 UTC](https://www.debian-fr.org/t/couleur-dans-la-commande-systemctl-list-unit-files/91374/6 "2025-07-30T08:49:47Z")

</div>

Je n’ai pas dit que ça ne fonctionne pas 🙂  
Mais que ce n’est pas forcement une bonne idée 🙂  
S’il y a un service, c’est lui qu’il faut masquer. Car sinon on peut lancer le service et il générera une erreur au mieux, un problème au pire.  
C’est juste une question de pratique.
