Suspend to ram: si fa così
In questo post descrivo brevemente come far funzionare correttamente il suspend to ram su un portatile Acer Extensa 5620 con Debian Lenny. Diversamente da quanto scritto nel post precedente, le opzioni per il comando s2ram vanno messe nei file di configurazione di pm-utils e non di hibernate. In realtà i pacchetti hibernate, acpi, acpi-support e acpi-support-base possono essere eliminati. Quello che serve sono i pacchetti acipid e pm-utils; inoltre è consigliabile sostituire Klaptop con Kpowersave.
Ricordo che, siccome questo portatile ha una scheda grafica Intel (Intel Corporation Mobile GM965/GM960), le corrette opzioni per il comando s2ram sono “-f -a3” (oppure “-f -p -m“), come descritto qui, e che prima della sospensione è necessario scaricare il modulo psmouse dal kernel.
Quindi per ottenere il corretto funzionamento della sospensione su ram è sufficiente creare il file /etc/pm/config.d/defaults con il seguente contenuto:
SLEEP_MODULE=”uswsusp”
SUSPEND_MODULES=”psmouse”
S2RAM_OPTS=”-f -a3″
A questo punto potete avviare la sospensione su disco invocando, da utente root, il comando pm-suspend oppure direttamente dall’applet Kpowersave dopo aver inserito il vostro utente nel gruppo powerdev.
Se in seguito al resume (sia da ram che da disco) il vostro touchpad dovesse comportarsi in maniera anomala, è sufficiente passare ad una console testuale e poi tornare alla sessione grafica premendo, rispettivamente, le combinazioni di tasti CTRL-ALT-F1 e poi CTRL-ALT-F7.
Da quanto ho potuto osservare, il resume da disco funziona nel 100% dei casi (purché non usiate usplash o cose simili), mentre con il resume da ram di tanto in tanto si verificano dei freeze ancora inspiegati. Speriamo di venirne a capo il prima possibile.
Ciao da Gica
Posted on venerdì, 13 giugno 2008, in Debian, utility and tagged acer extensa 5620, Debian, suspen to ram. Bookmark the permalink. 7 commenti.
Salve! dopo foruming.it la ritrovo anche qui. Bel blog di consigli su Debian. Io ero un fan di gentoo, ma impegni universitari e lavorativi non mi permettono di perdere tempo appresso agli aggiornamenti che incasinano tutto l’albero delle dipendenze (sigh!). Quindi stavo cercando altrernative. Se sceglierò Debian, sicuramente la sfrutterò
grazie per la dritta! erano mesi che volevo tornare a debian e mi tenevo ubuntu perché il suspend to ram più o meno fuzionava (anche se in hardy era più lento, falliva spesso e dovevo usare il vecchio driver i810 invece che intel).
io ho un travelmate 290 del 2004 (centrino 1.4, ipw2200 e 855gm) e pm-suspend (e s2ram) funzionano sempre scaricando e ricaricando psmouse. nel mio caso non servono nemmeno le opzioni -f -a3.
s2disk funziona out of the box.
e invece no, ancora non funziona!
s2ram funziona – anche senza scaricare psmouse o usare -f -a3 – ma solo dopo un suspend to disk. mi spiego meglio: partendo con un boot normale s2ram e pm-suspend falliscono il resume (schermo nero e niente tastiera). dopo un suspend to disk invece posso usare s2ram o pm-suspend senza problemi. strano
Prova a impostare le opzioni “-f -p -m” per s2ram (nel file di configurazione di pm-utils, come indicato nel post) e a scaricare sempre psmouse, perché anche a me, a volte, il suspend to ram funzionava senza opzioni, ma nove volte su dieci falliva.
), e dopo il resume mi salta via l’audio… Purtroppo non ho avuto tempo per cercare una soluzione, ma forse è sufficiente scaricare anche i driver audio.
Comunque ancora adesso ho qualche problema. Ho installato Ubuntu (non ricordo bene perché
Se fai progressi, fammelo sapere.
Ciao
niente da fare. sia con “-f -p -m” che con “-f -a3″, sempre scaricando psmouse, non ottengo nessun risultato. tra l’altro non è chiaro se pm-suspend interpreti correttamente queste opzioni dal momento che passsando una stringa errata, che so “-fuffa”, non viene segnalato nessun errore e parte la sospensione.
invece il s2disk (pm-hibernate si comporta allo stesso modo) funziona nel 100% dei casi, e dopo un resume da disco posso usare s2ram o pm-suspend senza opzioni di sorta senza fallire mai.
proverò a scrivere alla ml di pm-utils o apro un bug su debian.
ciao,
grazie per la guida… Magari mi puoi dare una mano: in una rete aziendale condivido via wireless una serie di cartelle di rete montate sul mio portatile. Quando ho bisogno di s2disk o s2ram ho un problema: entrambi funzionano perfettamente, ma nessuno si cura delle cartelle di rete montate, che al riavvio fanno impallare tutto il computer, o quantomeno lo rallentano incredibilmente, dato che in mtab risultano montate, ma di fatto sono irraggiungibile.
In sostanza, sai se posso mettere in qualche file di configurazione una riga tipo /umount/media* come comando da eseguire prima di sospendere?
Scusa la lungaggine
Pietro
@Pietro: è molto semplice, basta inserire un apposito script nella directory /etc/pm/sleep.d come spiegato qui: http://en.opensuse.org/Pm-utils#Creating_your_own_hooks
Ci trovi anche un esempio
Ciao