Kernel 2.6.13 e sospensioni

[wolf64]

Chi ha un laptop e ha aggiornato al 2.6.13 si sarà accorto che con questo kernel è cambiato il sistema delle sospensioni e soprattutto il sistema di interfacciamento ad esse.
Sino al 2.6.12.6 le sospensioni avvenivano tramite il file /proc/acpi/sleep, da questo si poteva rivelare con un "cat" sullo stesso fila quali sospensioni fossero (più o meno!) supportate, se invece volevo attivare una sospensione bastava una redirezione sul file del numero corrispondente, per fare un esempio, la sospensione associata alla sospensione su RAM è S3, in questo caso, se mi risulatava dal "cat", con un "echo 3 > /proc/acpi/sleep" si mandava il computer in sospensione su RAM.

Con questo kernel è possibile avere ancora lo stesso meccanismo, ma è deprecato, infatti viene ora affidato al sysfs, perciò il nuovo file di interfacciamento sarà /sys/power/state anzichè /proc/acpi/sleep.
L'evoluzione è anche data dal fatto di avere alcuni altri file nella stessa directory per settare meglio le sospensioni, e una comprensione del tipo di sospensioni più immediata per il fatto di avere delle stringhe anzichè dei numeri ad identificare i vari tipi.
Avremo "mem" per la sospensione su RAM, "disk" per quella più "risparmiosa" su disco e "standby" per un altro tipo ancora.
Trovate tutta la documentazione nella directory nei sorgenti del kernel "Documentation/power", vi invito a leggere tutti i file in quanto ci sono alcune risoluzioni per molti problemi che si incontrano quando si attuano le sospensioni.

Ma veniamo ai punti dolenti!

Personalmente, sul mio Toshiba M30-801, ho dovuto tornare al kernel 2.6.12.6 in quanto col nuovo 2.6.13 ho dei problemi con la sospensione su disco.
Con quella su RAM, che è anche la sospensione che uso di più, devo dire che non mi da problemi, con quella invece su disco al riavvio mi si incasina lo schermo, non si vede praticamente più niente e l'unica alternativa è il riavvio!
Ho provato anche ad usare il metodo vecchio (è settabile nel kernel stesso), ho provato a passare un parametro al kernel che viene consigliato nella documentazione, proprio riguardo agli M30, ma niente, le "nuove" sospensioni mi danno dei problemi....

Ora, i motivi di questo topic sono due, nella prima parte intendo mettere a conoscenza delle nuove caratteristiche riguardanti le sospensioni, nella seconda vorrei invece recepire se gli stessi cambiamenti hanno portato qualche problema, come purtroppo è nel mio caso!

[Zero-2]

SOno riuscito a far andare in Standby il mio notebook Asus L5000, però non riesco più a ritornare alla modalità normale. Ho provato a gestire tramite l'acpi_handler il pulsante di sleep facendo in modo di impostare, una volta in standby, all'interno del file state, un valore che mi consentisse il ritorno in modlità normale, ma niente
Come si fa? Che valore devo inserirci? L'unico modo per riattivare il pc è premere il pulsante di accesione con conseguente stop del notebook...
Uso il kernel 2.6.12.4.

[wolf64]

Per quella che è la mia esperienza, ho dovuto disabilitare la funzione di ACPI che faceva lo shutdown del notebook con il tasto di accensione, ti spiego il perchè.

Nel caso della sospensione su disco questo non costituisce un problema, alla fine e a grandi linee, viene fatta una immagine del sistema caricato e viene copiata nella partizione di swap, infatti il riavvio è come per un normale avvio, però ad un certo punto del boot viene ripresa e ripristinata quell'immagine, così ti ritrovi il sistema come quando lo hai mandato a nanna.
In questo caso quando il sistema è in sospensione il computer è praticamente spento, puoi anche disconnetterlo dalle sue fonti di alimentazione e al riavvio (ma sarebbe iù corretto parlare di "resume") lo ritroverai come prima.

Nel caso invece della più veloce sospensione su RAM il sistema in realtà è tutto spento a parte che la RAM, per questo è più veloce, in questo caso il consumo non è a zero come nella sospensione su disco, però è comunque molto bassa, non puoi ovviamente staccare l'alimentazione, ma, NOTA BENE, se lasci l'opzione che col pulsante d'accensione fa "anche" spegnere il sistema, potrà capitarti l'inconveniente che quando schiacci lo stesso pulsante per fare il resume da questa sospensione, ti fa sì il resume, ma poi, consecutivamente, ti avvia lo shutdown! A me succedeva questo.

Mi sembra di capire che tu usi la sospensione su RAM, tieni presente che, da quanto so, non hai fondamentalmente niente da impostare per il resume, dovrebbe bastare semplicemente premere il pulsante di accensione.
Al massimo ci possono essere delle operazioni che ti interessa fare immediatamente prima della sospensione e immediatamente dopo, ma questa è una cosa (relativamente) semplice, basta che fai uno script in cui scrivi le operazioni che vuoi compiere prima, poi il comando di sospensione, e subito dopo quello che vuoi che faccia al resume, quando vuoi lanciare la sospensione non lo fai direttamente, ma lanci questo script, quando va in sospensione interrompe lo script, quando poi fa il resume va a prendere lo script da dove lo ha lasciato, per finirlo.

Io ad esempio al resume della sospensione su disco faccio una "pulizia" della swap, perchè il trasferimento swap -> RAM dei dati caricati non avviene perfettamente, e la risposta del sistema dopo il resume risulta piuttosto "impastata" su molte cose, così con uno swapoff -a e subito dopo uno swapon -a trasferisci tutto quello che eventualmente c'è dalla swap alla RAM, e poi ti rimonta la swap pulita, senza dentro niente, questa cosa l'ho scoperta da solo, però la trovi anche nella documentazione nel kernel.

Fammi sapere.

[Guglie]

grazie della segnalazione, non mi ero neanche accorto che non funzionava la sospensione (sono quasi sempre attaccato alla corrente)
da me funziona solo la sospensione RAM con echo mem > /sys/power/state
la sospensine del disco in pratica sarebbe l'hibernate?

[wolf64]

Adesso non ricordo di preciso a cosa corrispondevano le varie sospensioni, però mi sembra di sì, prendila col beneficio del dubbio però!

Io me ne sono accorto ieri sera, ho implementato da tempo un sistema col quale lancio le sospensioni con alcune combinazioni di tasti da KDE (e "sudo" ovviamente!), ovviamente previa una finestrella di conferma, ieri sera ero a batteria, così faccio per usarla e vedo che proprio non parte, la lancio manualmente da una console e così mi accorgo della cosa, da lì poi tutte le constatazioni che ho postato!

[Guglie]

adesso mi leggo un po' a documentazione del kernel e vedo di capircene qualcosa di più
però spero che questo nuovo metodo diventi definitivo.. non è bello per gli utenti vedere le cose cambiare senza preavviso

[wolf64]

Concordo Guglie! Se da una parte è vero che magari non siamo in tantissimi a fare aggiornamenti frequenti di tutti i kernel che escono, è anche vero che cambiamenti così radicali dovrebbero forse essere un po più segnalati!
Comunque la documentazione è mooolto interessante!

Ciao

[Zero-2]

Allora ho fatto così :
-Ho disabilitato dallo script acpi_handler.sh la funzione che permetteva al pulsante di accensione di spegnere il pc
-Ho dato il seguente comando `echo standby>/sys/power/state`

Il sistema si è fermato, ho premuto il pulsante di accesione e ha dato un cenno di ripresa, però la ventola è rimasta al massimo e lo schermo spento Lo fa anche se echo mem all'interno del file
Devo soltanto riavviare il notebook, togliere l'alimentazione e riavviarlo...

[wolf64]

Purtroppo Zero l'unica cosa che al momento mi viene in mente è di spulciarti la documentazione del nuovo kernel per vedere se trovi qualcosa di specifico per il tuo notebook...

Diciamo che queste funzioni in Linux sono ancora tra quelle un po più indietro, forse un po per colpa degli sviluppatori e forse un po per colpa delle case che faticano a mettere a disposizione le specifiche, o forse per colpa ne di uno e ne dell'altro, diciamo che quando avvii una sospensione le interazioni dei molti componenti sono un po imprevedibili, e se è vero che con ad esempio Windows o con Mac una casa risolve tutti i problemi su di un modello e poi applica le soluzioni "clonandole" sulle migliaia di altri computer uguali, nel nostro caso dobbiamo smazzarci caso per caso, ed è decisamente più dura! :rollo:

Fammi comunque sapere qualcosa, sperem...

[Zero-2]

Mah... cmq è sempre così Con windows funziona ( è stata progettata per funzionare con lui la macchina ) con linux bisogna faticarci un pò