Respuestas:
La forma más fácil es agregar el parámetro consoleblank=0
a la línea de comandos del kernel en el momento del arranque.
Abre /etc/default/grub
en tu editor favorito; tendrá que utilizar sudo
(para vi
, nano
, etc.) o gksudo
(para gedit
, etc.).
Luego agregue consoleblank=0
al GRUB_CMDLINE_LINUX_DEFAULT=
parámetro.
por ejemplo, el tuyo puede decir:
GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash consoleblank = 0"
Luego corre sudo update-grub
y reinicia.
grub
archivos, solo para deshabilitar el protector de pantalla (en blanco). Estoy recurriendo, setterm -blank 0
tal vez, a un archivo ~/.bashrc
. (Vea también en superuser.com una respuesta para Cambiar el comportamiento de supresión de la pantalla de la consola Linux )
Escriba setterm -blank 0
en cualquier shell para deshabilitar el borrado de las consolas tty.
0
deshabilita la supresión, cualquier valor mayor que 0 es el tiempo en minutos. Por defecto es 10
.
Para habilitar esto permanentemente, puede agregar esta línea a su ~/.bashrc
configuración.
Se puede encontrar una explicación más detallada en esta respuesta en superuser.
TERM=linux
(ya que lo anulo en mi .bashrc
).
Esto "sobrescribirá" lo que esté en su configuración actual para "GRUB_CMDLINE_LINUX_DEFAULT =", el mío era el predeterminado, así que solo uso el siguiente One Liner.
sudo sed -i 's/\(^GRUB_CMDLINE_LINUX_DEFAULT=\).*/\GRUB_CMDLINE_LINUX_DEFAULT="consoleblank=0"/' /etc/default/grub && sudo update-grub2
En la misma situación, las otras sugerencias parecían una solución indirecta. Encontré la herramienta GNU setvesablank on/off
usando a propósito. Parece la mejor opción, probándola para ver si se ajusta a la necesidad.
Couldn't find a file descriptor referring to the console
: echo $TERM
devolvió `xterm-256color - Pero en" Brillo y bloqueo "encontré una configuración para cuando pone en blanco la pantalla y la configuré en" Nunca ", pero esto no está realmente en el punto con el OP ya que estoy en la GUI.
Si ninguna de las respuestas anteriores funciona para usted, esto puede ser indicativo de apagado automático de la GPU debido al sobrecalentamiento (no podía creerlo, lea).
Este mecanismo de apagado automático es válido al menos en Ubuntu 18.04 y Debian Buster. ¿Cómo descubrí esto? Tengo dos gpus, una salida de video básica y una gpu de juegos; ni en sli ni en fuego cruzado. Lo primero tuve que quitar el disipador de calor para encajar en el caso. Cuando mantuve mi instalación de Ubuntu y usé mi gpu de juegos, la pantalla no se apagó después de 10 minutos, después de iniciar sesión con los parches anteriores (se aplicaron las respuestas en esta página). Al principio, pensé que se debía a controladores genéricos deficientes, así que hice lo siguiente mientras se utilizaba mi gpu de juegos.
apt search nvidia-driver
sudo apt install nvidia-driver-430
reinicio de sudo
sudo nvidia-smi (después de iniciar sesión)
Video GPU de 73 grados centígrados, gpu de juegos de 34 grados centígrados ... mecanismo de apagado automático probado en lo que a mí respecta.
El nvidia activo actual procesa 0 (todavía utiliza el controlador genérico de mierda para la consola, pero 73 grados centígrados y la evidencia anecdótica apunta a que se activa el mecanismo de apagado automático.
Lo que es frustrante es que Windows 10 se instaló y se ejecutó sin fallas sin el disipador de calor, por lo que esto fue muy inesperado ... Debo haber leído mal GPU-Z porque vi que se informaron 34 grados a menos que haya un error en GPU-Z donde básicamente se necesita una lectura de temperatura y la muestra para ambos gpus. Nvidia-smi es mucho más confiable que GPU-Z. No confíe en GPU-Z si informa las mismas temperaturas para dos gpus diferentes.