Bonjour,
J'ai testé 2 distributions linux pour créer mon serveur, Debian et Ubuntu. Après plusieurs tests, j'ai décidé d'installer Debian.
Par contre l'écran de mon serveur n'était pas éclairé de la même façon. Sur Ubuntu, l'écran restait noir lors de la mise en veille, sur Debian l'écran reste très éclairé en veille. Je pensais que le serveur était en mode graphique. Après recherche, le démarrage par défaut était graphical.target. Je pensais qu'en modifiant le défaut, via la commande systemctl set-default multi-user.target l'écran ne s'éclairerait pas comme en mode graphique.
Mais non. L’écran reste toujours aussi éclairé.
Quelqu'un a une idée?
merci d'avance.
Christophe
# Si j'ai bien compris...
Posté par FantastIX . Évalué à 3. Dernière modification le 19 mars 2022 à 09:57.
… ce que tu recherches serait la fonctionnalité DPMS pour une console texte (tty) : https://wiki.archlinux.org/title/Display_Power_Management_Signaling#DPMS_interaction_in_a_Linux_console_with_setterm
C'est pour Arch Linux mais ça devrait marcher sous Debian.
[^] # Re: Si j'ai bien compris...
Posté par ChriPive . Évalué à 2.
Bonjour FantastIX et merci de te pencher sur ma question.
Désolé du temps de réponse, mais je n'étais pas chez moi, et je voulais faire les commandes directement sur le serveur.
j'ai suivi les informations du lien que tu m'a donné, malheureusement cela ne change rien.
L'écran du serveur reste toujours gris clair et pas noir j'ai essayé la commande setterm --powerdown 60 mais cela n'a rien changé.
J'ai essayé avec xset, mais il me dit : unable to open display ""
je n'y comprends rien.
Aurais-yu une autre piste?
Merci d'avance.
[^] # Re: Si j'ai bien compris...
Posté par FantastIX . Évalué à 2.
D'après ce que je lis, tu as voulu exécuter une commande liée à l'environnement graphique X (xset) dans un interpréteur de commande (un shell) qui ne s'exécute pas sous cet environnement, d'où le message d'erreur
unable to open display ""
. Pour éviter ce message, deux possibilités:xset
xset
parDISPLAY=":0"
(exemple:DISPLAY=":0" xset blablabla
) … en présupposant que tu n'as qu'un seul bureau graphique en cours d'exécution.Je te fais un mini-tuto, en ce cas. La variable d'environnement
DISPLAY
indique à la commande qui suit l'identifiant du terminal graphique, si c'est une commande qui est supposée dialoguer avec le serveur graphique (comme Xorg, par exemple). Pour connaître l'identifiant du bureau en cours d'exécution, il suffit d'ouvrir un terminal à partir de cet environnement et de taper, en ligne de commande:set | grep DISPLAY
Tu devrais obtenir quelque chose du genre
DISPLAY=:0.0
Ici, l'identifiant est ":0.0" (mon environnement graphique est Xfce). Ça veut dire que si je dois lancer la commande xset en dehors de l'environnement graphique, je dois taper:
DISPLAY=":0.0" xset ...
Maintenant, ceci n'est valable que si un bureau graphique est actif. Si tu dois récupérer cet identifiant depuis une console texte et pas depuis un terminal en mode graphique, tu peux exécuter la commande suivante:
pgrep Xorg | xargs ps
Tu obtiendras quelque chose comme
PID TTY STAT TIME COMMAND
135 tty5 Ssl+ 10:12 /usr/lib/Xorg :0 -seat ibiza -auth /run/lightdm/root/:0 -nolisten tcp vt5 -novtswitch
À partir de là, l'identifiant apparaît après "…/Xorg" et c'est ":0" (il n'y a pas de ".0")
En mode graphique, la gestion de l'écran s'inscrit dans un fichier de configuration de Xorg, généralement dans le répertoire
/etc/X11/xorg.conf.d
.Au vu de tes précisions, je pense que ce que tu observes est l'éclairage de fond (backlight) de l'écran qui reste enclenché malgré la mise en veille. Sache que la procédure pour éteindre cet éclairage de fond est différente selon que tu es en mode texte ou en mode graphique.
Donc la première des choses à faire c'est d'identifier ce mode…
Un truc: si le mode graphique est activé, il faut appuyer sur Ctrl+Alt+F1 pour retomber sur la première console texte. Sinon c'est Alt+F1. Ensuite tu peux passer d'une console (généralement de tty1 à tty6) à l'autre avec Alt+ ou Alt+.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.