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-hibernate
y 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?
fuente
systemctl hibernate
(con o sinsudo
), excepto este mensajeFailed to hibernate system via logind: Sleep verb not supported
.grub
cosa de todos modos solo para estar seguro. Sin suerte.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
: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/disk
me entiende:que se ve mejor Y, de hecho, llamar a
systemctl hibernate
resultados 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).
fuente
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 elMem
número debe ser <= elSwp
número.Ver https://github.com/systemd/systemd/issues/6729
fuente