¿Cómo activar la hibernación en 16.04.1? (systemd)

Tengo una nueva instalación de 16.04.1 en un Lenovo T450s que siempre funcionó bien con respecto a suspender / hibernar en Ubuntu (la versión anterior que utilicé fue 14.04.5). Swap es cómodamente más grande que la RAM en esta instalación.

Como estoy acostumbrado ahora, después de la instalación intenté continuar con el truco habitual para la activación de la hibernación. Sin embargo, las cosas parecen ser diferentes esta vez, ya sudo pm-hibernate que no parece hacer nada.

Según tengo entendido, ahora que Ubuntu ha cambiado a systemd, el comando correcto sería el systemctl hibernate que devuelve

 Failed to hibernate system via logind: Sleep verb not supported

Probé las soluciones mencionadas aquí , pero su objetivo principal es volver a habilitarlas pm-hibernatey convertirlas en una entrada en el menú de cierre de sesión. También vi que una posible solución es instalar el kernel de Tuxonice, pero no lo intenté, ya que no estoy muy interesado en manipular el kernel en general y usar un kernel PPA en particular.

Entonces, ¿hay alguna manera de reactivar la hibernación en las últimas versiones de Ubuntu basadas en systemd? Preferiblemente usando systemd, y evitando hacks que puedan romper el sistema. ¿O solo tengo que esperar y esperar hasta la próxima actualización?

— Bagazo
fuente

Sí, lo intenté La cuestión es que no es que la hibernación falle, digamos que el sistema se bloquea mientras se apaga o no se descongela. Es solo que no sucede nada cuando disparo systemctl hibernate(con o sin sudo), excepto este mensaje Failed to hibernate system via logind: Sleep verb not supported.

— Marc

Swap está funcionando y funciona bien, no hay problema allí. Intenté la grubcosa de todos modos solo para estar seguro. Sin suerte.

— Marc

FWIW, sudo pm-hibernate todavía funciona en 16.04 ... por lo general. De su respuesta a continuación, parece que la hibernación realmente no funciona con el Arranque seguro, pero si lo hiciera, pm-hibernate definitivamente funcionaría como se esperaba. Por supuesto, también puede usar el comando systemctl.

— TSJNachos117

Es una pena que el mensaje no haya leído: no se pudo hibernar el sistema a través de logind: use BIOS para deshabilitar el arranque seguro

— Bad Loser

Respuestas:

Finalmente pude resolver mi propio problema siguiendo algunos temas sobre Fedora (hicieron el cambio a systemd hace un tiempo, así que hay más material allí).

Resulta que tenía habilitado el arranque seguro (recuerdo que me preguntaron sobre eso durante la instalación de 16.04, y que lo mantuve encendido sin pensarlo demasiado) y eso causó que la salida de cat /sys/power/disk:

 [disabled]

De hecho, no es una muy buena señal. Así que reinicié y busqué en la configuración de mi BIOS, deshabilité el arranque seguro allí. Ahora cat /sys/power/diskme entiende:

 [platform] shutdown reboot suspend

que se ve mejor Y, de hecho, llamar a systemctl hibernateresultados en una secuencia de hibernación / descongelación exitosa.

Además, la opción de hibernar ahora aparece en la interfaz gráfica sin la necesidad de ningún hack (al menos en mi computadora).

— Bagazo
fuente

Gracias hombre. Salvaste mi día. Realmente te lo agradezco. Gracias Gracias.

— Khamidulla

Esto debe agregarse en la documentación de Ubuntu aquí: help.ubuntu.com/stable/ubuntu-help/power-hibernate.html

— Joaquín Aramendía

Gracias. También funcionó para mí con Ubuntu 16.04 en asus zenbook, aparte de que todavía falta esa opción de menú para hibernar en la interfaz gráfica.

— Wojteks

Solo para su información, si la configuración de su disco no es la razón o la respuesta no soluciona su error, intente habilitar su espacio de intercambio y asegúrese de que tenga un tamaño razonable sobre la RAM física instalada total. ¡Eso lo hizo por mí!

— der_michael

Gracias por el comentario, pero el intercambio estaba encendido y de un tamaño generoso en mi caso.

— Marc

Esto también puede ocurrir cuando su intercambio es demasiado pequeño para contener el contenido de su RAM (por ejemplo, cuando agregó más RAM a su computadora después de configurar el sistema operativo).

Compruebe, por ejemplo htop, en , entonces el Memnúmero debe ser <= el Swpnúmero.

Ver https://github.com/systemd/systemd/issues/6729

— nh2
fuente

Gracias por su sugerencia, pero este no fue el problema en mi caso. Fue discutido en los comentarios. Actualizaré el texto principal para hacerlo aún más claro. Por cierto, no entiendo por qué esto es siempre lo primero que la gente sugiere con respecto a la fijación de la hibernación, mientras que la instalación estándar de ubuntu generalmente saldrá con la cantidad correcta de intercambio, a menos que la manipule voluntariamente.

— Marc

@Marc Como dije en la respuesta: incluso si la instalación de Ubuntu selecciona la cantidad correcta de intercambio en el momento de la instalación , es muy común que la gente simplemente compre otra memoria RAM y la conecte a la computadora después de la instalación (p. Ej. actualice de 8 GB a 16 GB de RAM al año después de haber comprado e instalado la máquina)

— nh2