Comment désactiver l'économiseur d'écran vierge sur Ubuntu Server?
Il n'y a pas de bureau ou X, seulement console (interface de ligne de commande).
Comment désactiver l'économiseur d'écran vierge sur Ubuntu Server?
Il n'y a pas de bureau ou X, seulement console (interface de ligne de commande).
Le moyen le plus simple consiste à ajouter le paramètre consoleblank=0
à la ligne de commande de votre noyau au démarrage.
Ouvrez /etc/default/grub
dans votre éditeur préféré. vous devrez utiliser sudo
(pour vi
, nano
etc.) ou gksudo
(pour gedit
, etc.).
Puis ajoutez consoleblank=0
au GRUB_CMDLINE_LINUX_DEFAULT=
paramètre.
par exemple, le vôtre peut dire:
GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash consoleblank = 0"
Puis lancez sudo update-grub
et redémarrez.
grub
fichiers, juste pour désactiver le ScreenSaver (vide). Je recourt,setterm -blank 0
peut-être, dans un fichier~/.bashrc
. (Voir aussi sur superuser.com une réponse à laTapez
setterm -blank 0
sur n'importe quel shell pour désactiver le masquage des consoles tty.0
désactive la suppression, toute valeur supérieure à 0 est le temps en minutes. La valeur par défaut est10
.Pour l'activer de manière permanente, vous pouvez ajouter cette ligne à votre
~/.bashrc
configuration.Une explication plus détaillée peut être trouvée dans cette réponse chez superuser.
la source
TERM=linux
(puisque je le remplace dans mon.bashrc
).Cela "écrasera" tout ce qui se trouve dans votre configuration actuelle pour "GRUB_CMDLINE_LINUX_DEFAULT =", la mienne était la valeur par défaut, je n'utilise donc que le One Liner suivant.
la source
Même situation, les autres suggestions semblaient une solution détournée. Entré à travers l'outil GNU en
setvesablank on/off
utilisant apropos. Cela semble être la meilleure solution, essayer de voir si cela répond aux besoins.la source
Couldn't find a file descriptor referring to the console
-echo $TERM
renvoyé `xterm-256color - mais dans" Luminosité et verrouillage ", j'ai trouvé un paramètre permettant de masquer l'écran et de le régler sur" Jamais "- mais cela n'a rien à voir avec le OP depuis que je suis dans l'interface graphique.Si aucune des réponses ci-dessus ne vous convient, cela peut indiquer un arrêt automatique du processeur graphique en raison d'une surchauffe (je ne pouvais pas le croire moi-même, readon).
Ce mécanisme d'arrêt automatique est valide dans au moins Ubuntu 18.04 et Debian Buster. Comment ai-je découvert cela? J'ai deux gpus, un périphérique vidéo de base et un gpu de jeu; pas en sli ni en crossfire. L'ancien, j'ai dû retirer le dissipateur de chaleur pour s'adapter à l'affaire. Lorsque j'ai conservé mon installation Ubuntu et utilisé mon jeu à la place, l'écran ne s'éteignait pas après 10 minutes, une fois connecté avec les correctifs ci-dessus (les réponses sur cette page étaient appliquées). Au début, je pensais que cela était dû à de mauvais pilotes génériques, alors j’ai fait ce qui suit pendant que mon gpu de jeu était utilisé.
apt recherche nvidia-driver
sudo apt install nvidia-driver-430
redémarrage sudo
sudo nvidia-smi (après la connexion)
Video GPU 73 degrés Celsius, jeu 34 degrés Celsius ... mécanisme autoshutoff prouvé en ce qui me concerne.
Le processus nvidia actif actuel utilise 0 (toujours en utilisant le pilote générique de merde pour console), mais des preuves à 73 degrés Celsius et anecdotiques indiquent que le mécanisme d'autoshutoff est déclenché.
Ce qui est frustrant, c’est Windows 10 installé et fonctionnant sans faille sans radiateur, donc c’était très inattendu ... Je dois avoir mal interprété GPU-Z car j’ai vu 34 degrés être signalé sauf s’il existe un bogue dans GPU-Z qui prend en gros une lecture de température et l'affiche pour les deux gpus. Nvidia-smi est beaucoup plus fiable que GPU-Z. Ne faites pas confiance à GPU-Z s’il affiche les mêmes conditions pour deux gpus différents.
la source