¿Cómo deshabilitar el protector de pantalla en blanco en el servidor Ubuntu?
No hay escritorio ni X, solo consola (interfaz de línea de comandos).
54
¿Cómo deshabilitar el protector de pantalla en blanco en el servidor Ubuntu?
No hay escritorio ni X, solo consola (interfaz de línea de comandos).
La forma más fácil es agregar el parámetro consoleblank=0a la línea de comandos del kernel en el momento del arranque.
Abre /etc/default/gruben tu editor favorito; tendrá que utilizar sudo(para vi, nano, etc.) o gksudo(para gedit, etc.).
Luego agregue consoleblank=0al GRUB_CMDLINE_LINUX_DEFAULT=parámetro.
por ejemplo, el tuyo puede decir:
GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash consoleblank = 0"
Luego corre sudo update-gruby reinicia.
grubarchivos, solo para deshabilitar el protector de pantalla (en blanco). Estoy recurriendo,setterm -blank 0tal 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 0en cualquier shell para deshabilitar el borrado de las consolas tty.0deshabilita la supresión, cualquier valor mayor que 0 es el tiempo en minutos. Por defecto es10.Para habilitar esto permanentemente, puede agregar esta línea a su
~/.bashrcconfiguración.Se puede encontrar una explicación más detallada en esta respuesta en superuser.
fuente
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.
fuente
En la misma situación, las otras sugerencias parecían una solución indirecta. Encontré la herramienta GNU
setvesablank on/offusando a propósito. Parece la mejor opción, probándola para ver si se ajusta a la necesidad.fuente
Couldn't find a file descriptor referring to the console:echo $TERMdevolvió `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.
fuente