Suspend to RAM su Extensa 5620 con Debian Lenny (testing)

Avviso: le istruzioni riportate in questo how-to non sembrano produrre risultati stabili. Per maggiore sicurezza è consigliabile usare il suspend to disk.

Sul mio Acer Extensa 5620 sono tornato definitivamente alla versione 32 bit di Debian Lenny (ancora in fase testing). Diversamente da Ubuntu e Fedora, qui c’è qualcosina in più da fare per far funzionare alcuni dispositivi e caratteristiche. In particolare ho dovuto sudare non poco per riuscire a far funzionare a dovere il Suspend to RAM, cioè quella funzione che mette il computer in uno stato di risparmio energetico senza spegnerlo, usando soltanto l’energia necessaria a conservare il contenuto della memoria. Questo è l’equivalente dello stato di STOP dei Macintosh e permette di avere tempi di ripristino molto brevi: due o tre secondi. In realtà il notebook entrava correttamente nello stato di sospensione ma al “resume”, dopo una sorta di reset dell’alimentazione, esso rimaneva bloccato, col monitor spento e con la ventola in funzione. A quel punto non c’era altro da fare che resettare brutalmente il computer, perdendo ovviamente la sessione salvata in memoria.

Per risolvere ho iniziato a studiare un po’ la documentazione del comando s2ram e, successivamente, questa pagina del progetto openSUSE, dalle quali ho ricavato molte informazioni utili. Effettuando i primi test, ho notato che la mia piattaforma non era tra quelle supportate:

debian:~# s2ram -n
Machine unknown
This machine can be identified by:
sys_vendor = “Acer “
sys_product = “Extensa 5620 “
sys_version = “0100 “
bios_version = “V1.16 “
See http://suspend.sf.net/s2ram-support.html for details.

If you report a problem, please include the complete output above.

Di conseguenza, non mi rimaneva che avviare il sistema con una shell di init e andare per tentativi.

Quasi immediatamente ho notato che con il comando s2ram -f -a3 il suspend ed il successivo resume andavano sempre a buon fine (come osservato nel caso di schede grafiche Intel). Ho quindi riprovato quel comando in una normale sessione grafica, ma lì il risultato era negativo: ancora un freeze del sistema e conseguente reset. Un po’ scoraggiato ma tutt’altro che rassegnato, ho ripreso a cercare informazioni su internet, questa volta riguardanti direttamente il mio tipo di portatile, fino a trovare questo sintetico ma utilissimo wiki in cui si osserva che per far funzionare il suspend to ram sull’Extensa 5620 è prima necessario scaricare dal kernel il modulo psmouse (il driver per i mouse PS/2). In questo modo ho osservato che effettivamente la cosa funzionava; non restava altro che automatizzare il tutto, modificando i file di configurazione dei servizi di sospensione/ibernazione affinché bastasse un click sull’apposita voce del menu di KLaptop per mandare il notebook in stop. Ancora una volta mi sono tornate utilissime le pagine di manuale del sistema, in particolare quella del file hibernate.conf (digitate man hibernate.conf da terminale), ed i commenti presenti nei file della directory /etc/hibernate/. Per ottenere il comportamento desiderato, ho inserito le seguenti opzioni in testa al file /etc/hibernate/ram.conf:

USuspendRamForce yes # per l’opzione -f a s2ram

USuspendRamAcpiSleep 3 # per l’opzione -a3 a s2ram

UnloadModules psmouse # per scaricare psmouse prima della sospensione

LoadModules auto # per ricaricare al resume i moduli precedentemente scaricati

Fatto questo, la funzione di sospensione su ram sembra funzionare perfettamente!

Ciao da Gica

Update: le stesse opzioni che ho citato nell’articolo sono già presenti nel file /etc/hibernate/ususpend-ram.conf; quindi, per attivarle, basta decommentarle

Update2: ho reinstallato il sistema da zero, e pur reimpostando le suddette opzioni il suspend to ram non funziona come si deve. Forse dimentico qualcosa, o forse c’è qualcosa che non va col mio portatile