Cómo evitar la suspensión / hibernación del servidor Ubuntu

Estoy ejecutando el último servidor Ubuntu (literalmente descargado e instalado ayer) en una caja debajo de mi escritorio. Tengo instalado Trac y OpenSSH. De manera intermitente, ambos no están disponibles, como si el servidor se hubiera dormido, lo que me parece extraño porque, para mí, la idea de un servidor es que siempre está encendido / disponible.

El servidor solo se usa en la LAN.

Intenté agregar acpi=offa / etc / default / grub, ejecutar actualización y reiniciar, no hay diferencia.

Actualmente, tengo SSH abierto y si lo dejo por algún tiempo, permanecerá conectado, pero se retrasará horriblemente cuando vuelva a usarlo. La última vez que ocurrió este problema de suspensión / hibernación, tuve que enchufar un teclado y un monitor para que volviera a funcionar.

¿Alguna idea o sugerencia?

Entiendo que esta es una publicación antigua, pero tuve el mismo problema y me costó encontrar una respuesta decente.

Mi computadora portátil con Ubuntu Server entraría en un protector de pantalla en blanco, y poco después todo perdería la conexión con el servidor. Tan pronto como salí del protector de pantalla con el teclado en la computadora portátil, todo pudo conectarse nuevamente. El acpi = off, setterm -blank 0 y otras opciones descritas en preguntas similares nunca funcionaron, hasta que encontré una respuesta funcional de Unix y Linux SE.

Después de esta solución, mi computadora portátil sigue yendo al protector de pantalla en blanco, sin embargo, ya no pierdo la conexión con ninguno de los servicios que se ejecutan en ella (SSH, SFTP, HTTP).

Este comando desactiva la suspensión:

sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target

y este comando lo trae de vuelta:

sudo systemctl unmask sleep.target suspend.target hibernate.target hybrid-sleep.target

Intenta usar

setterm -blank 0

Debe ingresarse después de cada arranque, pero mantiene las cosas funcionando.

Puedes probar la cafeína. Puede usar el comando 'cafeína' para evitar que su servidor duerma durante un comando determinado (consulte http://www.webupd8.org/2015/01/caffeine-app-gets-its-indicator-back.html para obtener la sintaxis ) o simplemente configúrelo para evitar que esté inactivo todo el tiempo.

setterm -blank 0agregado al comando de arranque GRUB normalmente es ignorado por el kernel y me encuentro teniendo que usar la función de flecha hacia arriba para escribirlo rápidamente una y otra vez. Parece funcionar después de ingresar el comando 15 o 20 veces desde un terminal raíz. Lo ingreso tan rápido como puedo presionar las 2 teclas necesarias (es decir, la flecha hacia arriba seguida de la tecla Intro) y generalmente puedo hacer que un terminal permanezca abierto.

Tenga en cuenta que cerrar un terminal abierto artificialmente mediante el setterm -blank 0comando `parece ser interpretado por el núcleo como una" indicación "totalmente errónea de que tiene permisos para entrar de forma independiente en el modo de suspensión / hibernación. Le recomiendo que inicie un terminal raíz en, por ejemplo, tty2 o tty3, y lo deje en ejecución. Mientras el programa del terminal permanezca activo, al menos en mi sistema, parece que se me permite mantener el monitor de mi consola en funcionamiento.

setterm -blank 0no no abordar el problema de que se dieron los permisos del sistema para ir de forma independiente en modo de suspensión / hibernación y cómo pueden conseguir el control de la espalda del sistema. Para mí es importante que mi servidor de archivos esté en línea y disponible en todo momento. Para mantener mi servidor en ejecución, estoy reescribiendo personalmente algunos módulos del núcleo. Después de poner en práctica esas modificaciones, deshabilitaré permanentemente las actualizaciones de software y mi problema se resolverá, al menos hasta que compre un hardware más nuevo que requiera un kernel más nuevo, y luego, para mantener mi servidor en funcionamiento, me veré obligado a reescriba partes del núcleo nuevamente.