Réponses:
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/grubdans votre éditeur préféré. vous devrez utiliser sudo(pour vi, nanoetc.) ou gksudo(pour gedit, etc.).
Puis ajoutez consoleblank=0au 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-grubet redémarrez.
grubfichiers, juste pour désactiver le ScreenSaver (vide). Je recourt, setterm -blank 0peut-être, dans un fichier ~/.bashrc. (Voir aussi sur superuser.com une réponse à la
Tapez setterm -blank 0sur n'importe quel shell pour désactiver le masquage des consoles tty.
0désactive la suppression, toute valeur supérieure à 0 est le temps en minutes. La valeur par défaut est 10.
Pour l'activer de manière permanente, vous pouvez ajouter cette ligne à votre ~/.bashrcconfiguration.
Une explication plus détaillée peut être trouvée dans cette réponse chez superuser.
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.
sudo sed -i 's/\(^GRUB_CMDLINE_LINUX_DEFAULT=\).*/\GRUB_CMDLINE_LINUX_DEFAULT="consoleblank=0"/' /etc/default/grub && sudo update-grub2
Même situation, les autres suggestions semblaient une solution détournée. Entré à travers l'outil GNU en setvesablank on/offutilisant apropos. Cela semble être la meilleure solution, essayer de voir si cela répond aux besoins.
Couldn't find a file descriptor referring to the console- echo $TERMrenvoyé `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.