14.04 e oltre
Mitch sottolinea nella sua risposta per 14.04 e 16.04 che dovresti controllare 10-vendor.d/com.ubuntu.desktop.pkla
prima di modificare qualsiasi cosa. Verificare inoltre che Avvio protetto sia disabilitato e se ciò riporta l'opzione di menu.
Riattivare l'opzione di ibernazione nel menu
Per riattivare l'opzione di ibernazione nel menu, è /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla
necessario modificarlo in modo simile al seguente in saucy (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
Quindi riavviare o eseguire killall indicator-session-service
nella sessione e si dovrebbe avere nuovamente la funzionalità di sospensione / opzione di menu. Crea il file se non esiste già.
Indagine dalla segnalazione di bug
Citazione dal post di Jeffery To sul rapporto bug del Launchpad # 1232814 :
Per Saucy, la sessione degli indicatori è stata aggiornata per utilizzare logind (org.freedesktop.login1) invece di upower.
Se controlli /var/lib/polkit-1/localauthority/10-vendor.d/com.ubuntu.desktop.pkla, vedrai che l'ibernazione è disabilitata di default sia in upower che in logind.
Quindi il primo passo per riattivare l'opzione Sospensione è modificare /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla in qualcosa del tipo:
[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
Dopo il riavvio, il menu della sessione della schermata di accesso dovrebbe avere un'opzione di ibernazione.
[...]
Tutti i ringraziamenti e il merito vanno a Jeffery!
Perché l'ibernazione è stata disabilitata?
Esiste una segnalazione di bug sul launchpad che suggerisce di disabilitare la sospensione / ibernazione invece di tracciare quale hardware "certifica" per quali modalità di alimentazione. Si dice che sia un approccio più scalabile.
Un'altra cosa da menzionare è che l'utilizzo di UEFI Secure Boot e l'ibernazione sembrano essere possibili ma possono essere un rischio per eludere il primo. ( 1 , 2 ) Come promemoria, quando si utilizza l'ibernazione si memorizza tutto nella RAM su disco senza crittografia, incluse le password per i file system e i contenitori crittografati.
Ad un certo punto con 16.04 ho dovuto disabilitare Secure Boot per poter ibernare i miei laptop. Nel mio caso ho usato uswsusp e il test con s2disk ha restituito il messaggio seguente. Questo potrebbe darti un suggerimento che il tuo problema, perché non puoi andare in letargo sebbene tutto il resto sia a posto, è legato al Secure Boot:
s2disk: Could not open the snapshot device. Reason: Operation not permitted
Tuttavia, ti preghiamo di capire che questo non è un posto per lamentarsi e per favore sii gentile.
Domande correlate