14.04 y más allá
Mitch señala en su respuesta para 14.04 y 16.04 que debe verificar 10-vendor.d/com.ubuntu.desktop.pkla
antes de modificar cualquier cosa. También verifique que tenga el Arranque seguro deshabilitado y si eso recupera la opción del menú.
Rehabilitar la opción de hibernación en el menú
Para volver a habilitar la opción de hibernación en el menú, /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla
debe modificarse para que tenga el siguiente aspecto en descarado (13.10):
[Re-enable hibernate by default in upower]
Identity=unix-user:*
Action=org.freedesktop.upower.hibernate
ResultActive=yes
[Re-enable hibernate by default in logind]
Identity=unix-user:*
Action=org.freedesktop.login1.hibernate
ResultActive=yes
Luego reinicie o ejecute killall indicator-session-service
en su sesión y debería recuperar su funcionalidad de hibernación / opción de menú. Cree el archivo si aún no existe.
Investigación del informe de error
Cita de la publicación de Jeffery To en el Informe de error de Launchpad # 1232814 :
Para Saucy, la sesión de indicador se actualizó para usar logind (org.freedesktop.login1) en lugar de upower.
Si marca /var/lib/polkit-1/localauthority/10-vendor.d/com.ubuntu.desktop.pkla, verá que la hibernación está desactivada de forma predeterminada tanto en upower como en logind.
Entonces, el primer paso para volver a habilitar la opción Hibernate es editar /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla en algo como:
[Re-enable hibernate by default in upower]
Identity=unix-user:*
Action=org.freedesktop.upower.hibernate
ResultActive=yes
[Re-enable hibernate by default in logind]
Identity=unix-user:*
Action=org.freedesktop.login1.hibernate
ResultActive=yes
Después de reiniciar, el menú de sesión de la pantalla de inicio de sesión debe tener una opción de Hibernación.
[...]
¡Todo gracias y crédito a Jeffery!
¿Por qué se deshabilitó la hibernación?
Existe un informe de error en la plataforma de lanzamiento que sugiere desactivar la suspensión / hibernación en lugar de rastrear qué hardware "certifica" para qué modos de energía. Se afirma que es un enfoque más escalable.
Otra cosa a mencionar es que el uso de UEFI Secure Boot y la hibernación parecen ser posibles, pero pueden ser un riesgo para eludir el primero. ( 1 , 2 ) Como recordatorio, cuando usa la hibernación almacena todo en la RAM en el disco sin cifrado, esto incluye contraseñas para sistemas de archivos y contenedores cifrados.
En algún momento con 16.04 tuve que desactivar Secure Boot para poder hibernar mis computadoras portátiles. En mi caso usé uswsusp y las pruebas con s2disk devolvieron el mensaje a continuación. Esto puede darle una pista de que su problema, por qué no puede hibernar aunque todo lo demás esté en su lugar, está relacionado con el Arranque seguro:
s2disk: Could not open the snapshot device. Reason: Operation not permitted
Sin embargo, comprenda que este no es un lugar para quejarse y sea amable.
Preguntas relacionadas