Antworten:
Am einfachsten ist es, den Parameter consoleblank=0beim Booten in die Kernel-Befehlszeile einzufügen.
Öffnen Sie /etc/default/grubin Ihrem Lieblingseditor; Sie müssen sudo(für vi, nanousw.) oder gksudo(für gedit, usw.) verwenden.
Fügen Sie consoleblank=0dann den GRUB_CMDLINE_LINUX_DEFAULT=Parameter, hinzu.
zB kann deins sagen:
GRUB_CMDLINE_LINUX_DEFAULT = "Silent Splash Consoleblank = 0"
Führen Sie dann aus sudo update-grub, und starten Sie neu.
grubDateien nicht aktualisieren, sondern nur den (leeren) Bildschirmschoner deaktivieren. Ich greife setterm -blank 0vielleicht auf eine Akte zurück ~/.bashrc. (Siehe auch auf superuser.com eine Antwort auf Change Linux console screen blanking behaviour )
Geben Sie eine setterm -blank 0beliebige Shell ein, um das Ausblenden von tty-Konsolen zu deaktivieren.
0Deaktiviert die Ausblendung. Jeder Wert größer als 0 ist die Zeit in Minuten. Standard ist 10.
Um dies dauerhaft zu aktivieren, können Sie diese Zeile zu Ihrer ~/.bashrcKonfiguration hinzufügen .
Eine ausführlichere Erklärung finden Sie in dieser Antwort beim Superuser.
TERM=linux(da ich es in meinem überschreibe .bashrc).
Dies "überschreibt" alles, was sich in Ihrer aktuellen Konfiguration für "GRUB_CMDLINE_LINUX_DEFAULT =" befindet, meine war die Standardeinstellung, daher verwende ich nur den folgenden One Liner.
sudo sed -i 's/\(^GRUB_CMDLINE_LINUX_DEFAULT=\).*/\GRUB_CMDLINE_LINUX_DEFAULT="consoleblank=0"/' /etc/default/grub && sudo update-grub2
In der gleichen Situation schienen die anderen Vorschläge eine Umgehungslösung zu sein. Kam setvesablank on/offmit apropos über das GNU-Tool . Es scheint die beste Lösung zu sein. Probieren Sie es aus, um festzustellen, ob es den Anforderungen entspricht.
Couldn't find a file descriptor referring to the console- echo $TERMzurück `xterm-256color - Aber in„Helligkeit und Lock“fand ich eine Einstellung für die, wenn es um den Bildschirm ausblendet und setzen Sie sich auf„Nie“- aber das ist nicht wirklich auf dem Punkt mit der OP seit ich in der GUI bin.
Wenn keine der oben genannten Antworten für Sie zutrifft, deutet dies möglicherweise auf eine automatische Abschaltung der GPU aufgrund von Überhitzung hin (ich konnte es selbst nicht glauben, lesen Sie nach).
Dieser automatische Abschaltmechanismus ist in mindestens Ubuntu 18.04 und Debian Buster gültig. Wie habe ich das entdeckt? Ich habe zwei GPUs, einen einfachen Video-Outputer und eine Gaming-GPU. weder im sli noch im crossfire. Ersteres musste ich entfernen, um in das Gehäuse zu passen. Wenn ich meine Ubuntu-Installation beibehalten und stattdessen meine Gaming-GPU verwenden würde, würde sich der Bildschirm nach 10 Minuten nicht ausschalten, nachdem ich mich mit den oben genannten Patches angemeldet hatte (die Antworten auf dieser Seite wurden angewendet). Zuerst dachte ich, es liege an beschissenen generischen Treibern, also habe ich Folgendes getan, während meine Gaming-GPU genutzt wurde.
passende Suche nvidia-Treiber
sudo apt installiere nvidia-driver-430
sudo neu starten
sudo nvidia-smi (nach dem Login)
Video-GPU 73 Grad Celsius, Gaming-GPU 34 Grad Celsius ... Abschaltautomatik für mich bewährt.
Aktueller aktiver NVIDIA-Prozess 0 (verwendet immer noch den Scheiß-Treiber für die Konsole, aber 73 Grad Celsius und anekdotische Beweise deuten darauf hin, dass der automatische Abschaltmechanismus ausgelöst wird.
Was frustrierend ist, ist, dass Windows 10 fehlerfrei ohne Kühlkörper installiert und ausgeführt wurde. Das war also sehr unerwartet . Ich muss GPU-Z falsch gelesen haben, da 34 Grad gemeldet wurden, es sei denn, es liegt ein Fehler in GPU-Z vor, für den dies im Grunde genommen erforderlich ist eine Temperaturmessung und zeigt sie für beide gpus an. Nvidia-smi ist viel zuverlässiger als GPU-Z. Vertrauen Sie GPU-Z nicht, wenn es die gleichen Temperaturen für zwei verschiedene GPUS meldet.