Ubuntu 14.04 - sudo pm-hibernate non funziona

Ci sono un sacco di domande qui sulla sospensione dell'errore di ripresa.

La stessa domanda appare in: sospendere / riprendere il fallimento ma non capisco nessuna delle risposte. Stiamo utilizzando laptop diversi (mente è Lenovo), pertanto potrebbero essere presenti diversi tipi di hardware.

Ho provato a leggere questo tutorial . Nel mio caso sudo pm-hibernatenon non funzionano nel terminale, e la procedura di configurazione non risolvere il problema.

Sto cercando di capire perché Hibernate sta andando storto, inclusa la discussione sulla gestione dell'alimentazione / ibernazione dal manuale di Ubuntu. Suggeriscono che c'è un problema, swsuspma non sono sicuro di come manomettere quella sezione.

Ho trovato GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"nel mio /etc/default/grubfile.

Qualcuno l'ha fatto funzionare?

In effetti head /var/log/pm-suspend.logporta a

Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate: success.

Running hook /usr/lib/pm-utils/sleep.d/000record-status hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000record-status hibernate hibernate: success.

Running hook /usr/lib/pm-utils/sleep.d/00logging hibernate hibernate:
Linux jdm-Lenovo-B570 3.13.0-46-generic #76-Ubuntu SMP Thu Feb 26 18:52:13 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Avevo lo stesso problema.

sudo pm-hibernate

...Niente.

>~$ dbus-send --system --print-reply --dest="org.freedesktop.UPower" /org/freedesktop/UPower org.freedesktop.UPower.Hibernate
> method return sender=:1.44 -> dest=:1.303 reply_serial=2

...Niente.

Guardandomi intorno, ho trovato un suggerimento per controllare il registro hibernate pm:

>~$ head /var/log/pm-suspend.log
> Initial commandline parameters: 
> Wed Apr 29 22:38:06 PDT 2015: Running hooks for hibernate.
> Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate
>  hibernate: kernel update inhibits hibernate (/var/run/do-not-
>  hibernate present)

Ah! Quindi il sistema deve essere riavviato perché c'era un aggiornamento del kernel. Sarebbe bello ricevere una sorta di notifica del fatto, invece di ... niente.

A proposito, per dire se è necessario riavviare:

>~$ ls -l /var/run/reboot-required
> -rw-r--r-- 1 root root 32 Apr 29 18:28 /var/run/reboot-required

Fondamentalmente, se quel file esiste, è necessario un riavvio. Non posso dirti cosa succederà se metti il ​​sistema in letargo se devi riavviare a causa di un aggiornamento del kernel, ma sono stato in grado di andare in letargo immediatamente quando ho fatto questo:

>~$ sudo rm /var/run/do-not-hibernate

hai provato a specificare la partizione di swap corretta come indicato nella risoluzione dei problemi di swsusp in PowerManagement / Hibernate ? ha riparato il letargo per me. inoltre, utilizzo la modalità di spegnimento. Ho lenovo z50-70.

Anche il mio file grub ha "splash silenzioso" ma ho semplicemente aggiunto la mia partizione di swap al suo fianco.

Come si mette il link qui, la risoluzione dei problemi swsusp parte di questo ha lavorato per me.

Primo metodo

Innanzitutto, è necessario verificare se la partizione di swap è stata configurata correttamente. Per eseguire questa operazione, inizialmente, eseguo sudo blkide copia l' UUID della partizione che ha il tipo di scambio (forse è / dev / sda6), lo chiamo SWAP-UUID. Prima di continuare, è necessario effettuare una copia come backup da /etc/fstab:

sudo cp /etc/fstab /etc/fstab.back

Ora apri il /etc/fstabfile usando un editor di file come nano(eseguilo come root). Quindi, commenta ogni riga che vedi la frase di scambio in essa aggiungendo un #all'inizio della riga. Qui, aggiungi questa riga alla fine del file (sostituisci le "x" con quello che hai copiato di recente):

UUID=SWAP_UUID none swap sw 0 0

Salva il file. Forse il problema con la partizione di swap è stato risolto.

Nota: la dimensione della partizione di swap deve essere maggiore della dimensione della RAM; a meno che tu non abbia problemi con il letargo.

Secondo metodo

Dal link sopra, la descrizione citata, con alcune modifiche (modifiche apportate in base a ciò che ho fatto):

Problema: il computer va in letargo, OK. Ma dopo l'accensione si sta caricando come se nessuno stato di ibernazione fosse salvato.

Nel caso di grub2:

1. Dovresti fare un backup. Correre:

sudo cp /etc/default/grub /etc/default/grub.back

1. Aperto /etc/default/grub;

2. Trova GRUB_CMDLINE_LINUX_DEFAULT=linea. Queste sono le opzioni aggiunte alle normali opzioni del menu di avvio;

3. Aggiungi l' resume=UUID=SWAP_UUIDopzione all'elenco in questo modo:

Prima:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Dopo (notare le citazioni):

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash resume=UUID=SWAP-UUID"

Nota: potresti non voler modificare alcuna opzione prima di aggiungere riprendi (ad es. Cambiando nosplashopzione in splash). Tuttavia, ti consiglio di utilizzare sia quiete le splashopzioni.

4. Salva il file.
5. Nel terminale, eseguire il comando seguente (per abilitare effettivamente le nuove impostazioni di configurazione)

sudo update-grub2

Ora, prova il sudo pm-hibernatecomando per ibernare il tuo computer, quindi riprova ad avviare. Il tuo problema potrebbe essere risolto.

Spero che aiuti qualcuno!