Nella puntata precedente abbiamo visto come personalizzare sospensione e ibernazione, oggi vediamo come ho personalizzato Gnome per adattarlo al meglio alle caratteristiche dell’Eee. Per la maggior parte si tratta di modifiche estetiche o di preferenze personali, ma molte sono orientate a risparmiare spazio sullo schermo o anche ad allungare la durata della batteria.

Innanzitutto uno screenshot:

Come potete vedere, ho eliminato la barra in alto (lo schermo è già abbastanza “basso” di suo). Ho quindi proceduto a configurare il pannello in basso. Right-click sul pannello e Proprietà richiama la finestra di configurazione. Qui ho selezionato Orientamento ->Basso, Dimensione -> 21pixel (il minimo), Espandere -> attivo, Nascondere automaticamente -> non attivo, Mostrare i pulsanti di riduzione -> non attivo, Sfondo -> Nessuno.

Per chi volesse ancora più spazio, può selezionare “Nascondere automaticamente”, oppure attivare i pulsanti di riduzione, che permettono di ridurre il pannello a pochi pixel a destra o a sinistra, e farlo riapparire cliccando su quello che rimane dopo la riduzione. Provate un po’ di configurazioni e vedete come vi trovate meglio.

Per i più “fissati” con OSX, si può anche installare Avant Window Navigator, che fornisce una barra come quella di OSX, a scomparsa. Io ho puntato sul minimalismo.

Le applet installate, da sinistra a destra, sono “Menu principale” (non “Barra dei menu” che occupa molto più spazio), “Variazione frequenza CPU” per monitorare le variazioni dinamiche della frequenza CPU, “Mostra scrivania”, per tornare velocemente al desktop (sto pensando di toglierla, non la uso mai), “Selettore area di lavoro” più per vedere dove sono e quali workspace sono occupati che per passarci, visto che ho impostato degli shortcut (mi sono limitato a 4, di solito ne uso 10 sul fisso… ), quindi c’è “Elenco finestre” che occupa gran parte dello spazio, configurato per mostrarmi solo le finestre del workspace corrente e, a destra, “Area di notifica”, che ora contiene le notifiche della batteria e del WiFi di NetworkManager, quindi “Volume” per controllare il volume delle casse, “Lock Keys” per monitorare CAPSlock e NUMlock, in quanto la tastiera non ha i led (va installata a parte, pacchetto lock-keys-applet), e infine il banale “Orologio”,.

Con questa configurazione, con Nautilus attivo, dopo il login (automatico con GDM) la RAM occupata è intorno ai 150 MB.

Perché non LXDE?

Ho provato anche lxde, che sta crescendo velocissimamente, ma non mi soddisfava pienamente. Per esempio non era ancora pronta l’applet per monitorare NetworkManager (ho visto che recentemente ne è entrata  una in Debian, ma va in conflitto con NetworkManager), e il pcmanfm non montava automaticamente i dispositivi mobili.La configurazione, poi, è sparsa per troppe interfacce (quella di lxpanel, quella di openbox) e a volte richiede di modificare manualmente file di testo, come per gli shortcut da tastiera di openbox.

Inoltre il risparmio di RAM rispetto a Gnome era di una trentina di MB, quindi ho preferito quest’ultimo che ha molte più funzionalità. Ma sicuramente riproverò lxde a breve. Per ora gli ho “rubato” lxterminal, che uso al posto di gnome-terminal, perché molto più veloce ad aprirsi e risparmioso di RAM, anche se ha un buffer ridottissimo e il tasto F10 hardcoded per aprire il suo menu, cosa che mi dà qualche problema con mc (risolto usando Esc-0 al posto di F10 per uscire).

Personalizzazioni nascoste

Quello che non si vede dallo screenshot è la configurazione delle scorciatoie da tastiera. Sono una caratteristica che trovo fondamentale, soprattutto per un notebook. La possibilità di fare più cose possibile senza staccare le mani dalla tastiera per raggiungere il touchpad (una delle periferiche più scomode mai inventate, secondo me) fa risparmiare moltissimo tempo e permette di concentrarsi meglio sul proprio lavoro.

Una delle cose che non sopporto di Gnome e KDE, e in generale delle nuove interfacce su Linux, è la mania di copiare Windows, e quindi di assegnare, per esempio, Alt-F4 alla chiusura della finestra corrente. Alt-F4, da che Unix è Unix, serve a passare alla console numero 4, quindi ho assegnato da Alt-F1 a Alt-F4 per passare ai rispettivi workspace, relegando a Home-F4 (Home è il tasto con la casetta, equivalente del tasto finestra delle tastiere Windows-oriented) la funzione di chiusura e di conseguenza tutte le altre funzionalità sulle finestre, da Home-F2 a Home-F9.

Ho impostato Home-F11 per attivare lo stato di massimizzazione della finestra, e F11 (come di default) per la modalità a tutto schermo. In questo modo ingrandisco velocemente qualsiasi finestra, sia che lo supporti (come Firefox) sia che non lo faccia. La differenza tra i due è che con Home-F11 rimangono visibili la barra del titolo della finestra e il pannello di Gnome, mentre con F11 sparisce tutto, e rimane solo in contenuto della finestra, facendo guadagnare una cinquantina di pixel in verticale.

Come dicevo, Alt-F1 passa al workspace 1, quindi Shift-Alt-F1 sposta (to shift = spostare, in inglese) la finestra corrente al workspace 1. E Alt-Left e Alt-Right (tasti cursore) vanno al workspace a sinistra e a destra, quindi Shift-Alt-Left e Shift-Alt-Right spostano la finestra di conseguenza.

Ho invece lasciato di default l’Alt-Tab per cambiare finestra attiva, mentre ho impostato su Home-D il “Mostra desklop” (ecco perché voglio togliere l’applet).

Ed ora i problemi

Nella sezione “Ambiente grafico” del configuratore di shortcut, si possono impostare solo i tasti per mostrare “Esegui applicazione” e per aprire un terminale tra le applicazioni lanciabili. Per questi due ho scelto Home-X e Home-T, rispettivamente. Ho lasciato Stamp per catturare schermate e Alt-Stamp per catturare screenshot di finestre, mentre ho impostato il tasto Menu (quello tra AltGr e la freccia a sinistra) per mostrare il menu del pannello.

Tutte le altre associazioni (visualizza manuali, calcolatrice, email, browser, cartella home, cerca) vengono impostato della sezione “Desktop”. E qui c’è un bug. Di gnome-settings-manager, per la precisione.

In particolare, questi shortcut funzionano solo se li associate a combinazioni con Ctrl, Shift e Alt, mentre se cercate di usare AltGr, Home o (volendo configurarlo apposta) Menu, non lo potete fare. L’interfaccia vi farà credere di averlo fatto, ma poi il daemon che dovrebbe intercettarli non li riconosce.

C’è un bug aperto dal 2005 (!!) sul bugtracker di Gnome, ma sembra che sia stato finalmente risolto solo con Gnome 2.23.5 (appena rilasciato), che però è una versione per sviluppatori, quindi per averlo in Debian dovremo aspettare Gnome 2.24. Considerando che Lenny è in freeze e uscirà come stable, forse, a settembre, e che Gnome 2.24 dovrebbe essere contemporaneo, forseforse avremo il tutto nella prossima testing, secondo me intorno a dicembre/gennaio.

Per ora ho dovuto impostare combinazioni con Shift-Ctrl-tasto (F1 per i manuali, C per la calcolatrice, M per le mail, W per il browser, H per la home e F per la ricerca).

Tema

Il tema che ho scelto è un miscuglio.

In particolare uso Clearlooks per i controlli (Crux era troppo scuro per i miei gusti, e Murrina-Tangoesque non mi piace), che mi permette anche di personalizzare i colori di alcuni componenti del desktop.

Anche i bordi delle finestre sono Clearlooks, perché preferisco il tasto di chiusura a sinistra e tutti gli altri a destra, e non tutti i temi permettono di farlo. Sto pensando di passare a Murrine che uso con soddisfazione sul fisso, anche se ho paura che sia un po’ più pesante di Clearlooks.

Per avere il tasto di chiusura a destra, bisogna aprire l’editor della configurazione e modificare in /apps/metacity/general la voce button_layout. La mia è “close:menu,minimize,maximize”, ma potete impostarla come preferite. Io sono abituato all’Amiga.

Le icone sono le classiche Tango, esteticamente belle ma senza essere troppo “fancy” come le NuoveTX o troppo simili ad altri S.O.

Il puntatore è quello standard.

Come caratteri uso “DejaVu Sans Condensed” da 7 punti per applicazioni, documenti e scrivania, la versione Bold dello stesso per i titoli delle finestre, e la “DejaVu Sans Mono Book” da 7 punti per la larghezza fissa. Per la resa a schermo ho selezionato “Ottimizza contrasto”, e in particolare, sotto “Dettagli” ho impostato il valore corretto di 133 punti per pollice per la risoluzione dello schermo, la Sfumatura a “Scala di grigi” e l’Approssimazione (hinting) a “Completa”.

I vostri gusti potrebbero essere diversi, e potreste, per esempio, volere la “Sfumatura subpixel”. Io non ne vado pazzo perché a volte mi capita di vedere le sfumature blu o rosse attorno ai caratteri.

Nella sezione “Interfaccia” delle preferenze di aspetto ho infine impostato di mostrare le icone nei menu e di mostrare solo le icone nelle toolbar, in modo da risparmiare spazio. Non ho ancora avuto la necessità di impostare le scorciatoie modificabili.

Nautilus

Ho configurato Nautilus (Menu->Sistema->Preferenze->Gestione dei file) in modo da usare di default la vista a elenco ordinata per nome, elencando le cartelle prima dei file, con un ingrandimento predefinito del 50%. Ho anche disattivato il pannello laterale delle finestre, e impostato la visualizzazione, nell’ordine, di Nome, Dimensione, Data di modifica, Permessi Ottali e Proprietario, in modo da avere nel minor spazio possibile il maggior numero di informazioni.

Ho quindi configurato le anteprime per non mostrarla per i file di testo, e solo per file locali inferiori a 100 KB per tutto il resto.

Ho quindi abilitato il “browser mode” di Nautilus andando in Menu->Strumenti di Sistema->Editor della configurazione e modificando in /apps/nautilus/preferences la voce “always_use_browser”, impostandola a true. Non mi piace la modalità spaziale di Nautilus, e mi piace ancora meno quando ho così poco spazio a disposizione sul desktop.

Già che ci siete (nell’editor della configurazione), potete anche impostare come preferite le icone sul desktop, alla voce /apps/nautilus/desktop. Io le ho impostate tutte a true: computer_icon_visible, home_icon_visible, network_icon_visible, trash_icon_visible, volumes_visible.

Network Manager

Se, come penso, usate l’Eee soprattutto quando siete in giro, e quindi vi collegate spesso a reti diverse, sia Ethernet che WiFi, la cosa migliore è lasciar fare tutto a Network Manager.

Installate quindi il pacchetto network-manager-gnome, che si porterà dietro le sue dipendenze, e, se vi servono, i pacchetti network-manager-openvpn-gnome e network-manager-pptp-gnome, utili per collegarsi via VPN (non mi è ancora successo di averne bisogno, ma averli non dà fastidio).

Quindi, da root, modificate /etc/network/interfaces per cancellare tutti i riferimenti alle reti, tranne quelli all’interfaccia “lo”. Il mio file è più o meno così:

auto lo
iface lo inet loopback

Tutto il resto verrà gestito da network manager. Quando attiverete la radio WiFi (con Fn-F2) si cercherà da solo le reti dosponibili, e quando attaccherete il cavo ethernet partirà automaticamente la ricerca di un IP tramite DHCP.

Con un RightClick sull’icona dentro la notification area e selezionando Edit Wireless Networks vi apparirà una finestra in cui potrete configurare anche i parametri per WEP e WPA, che verranno salvati nel portachiavi condiviso di Gnome (protetto da password), quindi non dovrete impostarli ogni volta che vi collegherete a quella rete (a meno di admin fannulloni che lasciano l’ESSID di default sull’access point…)

Retroilluminazione

Onestamente non ricordo se ho fatto modifiche sostanziali, ma una cosa molto utile per risparmiare batteria, e implementata in modo anche abbastanza gradevole, è la possibilità per Gnome di “giocare” con la retroilluminazione dello schermo.

La configurazione si raggiunge tramite Menu->Sistema->Preferenze->Gestione alimentazione, ed è suddivisa in “alimentazione da rete elettrica” e “alimentazione da batteria”, oltre alle impostazioni generali.

Alcune di queste voci le abbiamo già impostate “a mano” nello scorso post, lavorando con l’Editor di Configurazione.

Io ho impostato, tra le altre cose, di mostrare sempre l’icona nell’area di notifica e di non usare suoni per gli errori. Nell’alimentazione a batteria ho scelto di non mettere mai in pausa il computer, anche se inutilizzato, ma di mettere in pausa lo schermo dopo 15 minuti. Ho attivato anche la riduzione della retroilluminazione e l’oscuramento dello schermo quando inattivo. Nell’alimentazione da rete ho scelto di non mettere in pausa né il computer né lo schermo quando inattivo, e di impostare la luminosità al 70%, più che sufficiente per qualsiasi uso. Anche qui ho impostato di oscurare lo schermo quando inattivo.

L’effetto è un fade della retroilluminazione, che si abbassa quando non usate il PC e si rialza al livello precedente appena toccate un tasto o il touchpad.

© Alex for /dev/random, 2008. | Permalink | 5 comments | Add to del.icio.us
Post tags: asus, Debian, gnome, Linux, risparmio energetico

Feed enhanced by Better Feed from Ozh

Dopo aver configurato tutto l’harwdare nella puntata precedente, in questa puntata vediamo come attivare e soprattutto personalizzare la sospensione e l’ibernazione.

In realtà, avendo installato il pacchetto eeepc-acpi-scripts e uswsusp, ed avendo una partizione di swap già attiva, la sospensione dovrebbe già funzionare, ma a me il comportamento di default non piace molto, quindi mi sono messo a studiare cosa succede effettivamente durante queste fasi. Purtroppo alcune parti mi sono ancora oscure, e non sono riuscito ad ottimizzarle, ma qualcosa di nuovo l’ho imparato.

Mi devo scusare per il ritardo di questo articolo, ma mentre stavo per pubblicarlo sono stati aggiornati il kernel, gli script eeepc-acpi-scripts e anche gnome. Sono stato costretto a rivedere tutta la configurazione. Il lato buono è che ora è un po’ più preciso e dettagliato.

Configurazione di base

Innanzitutto avremo bisogno di una partizione di swap, visto che l’ibernazione (non la sospensione) ne ha bisogno.

Se ne avete creata una durante l’installazione, potete usare quella, altrimenti uswsusp supporta anche gli swapfile, quindi possiamo crearne uno con due semplici comandi (attenti a non sbagliare a scrivere qualcosa, qui si inizia a rischiare ). Date, da root:

dd if=/dev/zero of=/home/.swapfile bs=1M count=512
mkswap /home/.swapfile

In questo modo abbiamo creato un file nascosto (notate il punto davanti a swapfile) di 512 MB, posizionato nella partizione con le home, e l’abbiamo trasformato in un file di swap.

Ora la scelta sta a voi. La strada più facile è di utilizzare sempre questo file come swap, con il vantaggio che avrete 512 MB di memoria (virtuale) disponibile in più, ma con due svantaggi:

1. State usando una flash memory per la swap, che non è molto bello, perché aumenta notevolmente il numero di scritture
2. Se andate ad occupare la swap perché finite la RAM, l’ibernazione non funzionerà più, perché non ha spazio dove salvare l’immagine della RAM.

Usare sempre la swap

Se volete comunque procedere, almeno limitate al minimo l’uso della swap, editando il file /etc/sysctl.conf (sempre da root, come tutto quello che faremo oggi tranne la config di gnome) e scrivendoci una riga come questa:

vm.swappiness = 0

In questo modo il sistema userà la swap solo se veramente necessario. Infine aggiungete la swap in /etc/fstab per attivarla automaticamente ad ogni riavvio:

/home/.swapfile       none            swap    sw              0       0

Naturalmente questa riga va inserita DOPO la riga che monta la partizione /home (se avete scelto di partizionare come vi ho detto nelle puntate precedenti).

Usare la swap solo per l’ibernazione

Io ho preferito attivare la swap solo quando iberno il notebook, e disattivarla quando lo risveglio, in modo da evitare il più possibile gli svantaggi che ho elencato sopra.

Il pacchetto eeepc-acpi-scripts dipende già da pm-utils, che raccomanda uswsusp. Installateli entrambi, mal che vada vi dirà che sono già aggiornati:

aptitude install pm-utils uswsusp

Ora avrete una nuova directory di configurazione, /etc/pm, che contiene varie sottodirectory. Quella che interessa a noi è sleep.d. Creiamo qui dentro il file 00swap:

/etc/pm/sleep.d/00swap

 #!/bin/sh
case $1 in
        suspend|hibernate)
                mkswap /dev/sdb2
                swapon /dev/sdb2
        ;;

        resume|thaw)
                swapoff /dev/sdb2
        ;;
esac

Io ho usato una partizione, ma se avete creato lo swapfile come ho detto sopra, sostituite /dev/sdb2 con /home/.swapfile in entrambe le righe dopo hibernate e in quella dopo thaw.

La riga mkswap serve a ripulire la swap da eventuali immagini salvate in precedenza, in modo da evitare errori durante l’ibernazione.

Ho dovuto impostare la swap sia per hibernate che per suspend, perché pm-utils, quando si usa lo script pm-suspend-hybrid (che sospende e iberna, come vedremo dopo) richiama le opzioni per suspend/resume, e non quelle per hibernate/thaw. Non dovrebbero esserci controindicazioni, a parte un leggero rallentamento (qualche decimo di secondo) durante il suspend “puro”, e il fatto che si perde l’immagine dell’ultimo hibernate quando si va in suspend puro, ma non dovrebbe mai servirvi, a meno che non stiate facendo cose molto brutte.

I nomi vengono passati automaticamente dalle pm-utils quando parte l’azione corrispondente, quindi manteneteli così (suspend, hibernate, resume, thaw).

Basta solo questo file, in quanto gli script qui dentro vengono richiamati in ordine alfabetico durante la sospensione, e in ordine inverso durante il risveglio. Usando 00 all’inizio del nome del file, siamo sicuri che venga eseguito per primo al suspend e per ultimo al resume.

Uswsusp funziona in modo un po’ particolare. Appena parte l’ibernazione cerca di mettere in swap tutto il possibile, poi comprime la RAM e la salva sul resto della swap. Questo provoca uno strano effetto al resume: dopoche riappare la vostra schermata, la SSD “frulla” per un po’, a causa dello swapoff che riporta tutto il contenuto della swap in RAM per poi disattivare la swap. Il sistema rimane comunque usabile, e l’operazione non dura più di qualche secondo.

Ora editate il file /etc/pm/config.d/default. Il mio è così:

SLEEP_MODE="uswsusp"
SUSPEND_MODULES="snd_hda_intel,snd_pcm,snd,snd_page_alloc,ath_rate_sample,ath_pci,wlan,ath_hal"

Questo dice a pm-utils di usare uswsusp come metodo di sospensione, e di provare a rimuovere dal kernel i moduli elencati prima di sospendere o ibernare.

I moduli elencati qui davano problemi con linux-image-2.6.25-1-686, ma almeno il modulo audio sembra non abbia più bisogno di essere rimosso con la nuova linux-image-2.6.25-2-686 (versione 2.6.25-6. Ogni tanto Debian mi perplime…). Sto pensando di mettere qui anche il modulo per la ethernet (atl2), perché, anche se solo una volta, mi ha piantato l’Eee dopo il resume con il cavo ethernet collegato. Dovrò fare altri esperimenti.

Ricordatevi anche di rigenerare la configurazione di uswsusp e l’initrd:

swapon /dev/sdb2
dpkg-reconfigure uswsusp
swapoff /dev/sdb2

Bisogna attivare la swap prima di configurarlo, in modo che la trovi da solo, senza doverla specificare a mano. Naturalmente se avete scelto di mantenere la swap sempre attiva, i due passi non servono, e basta il dpkg-reconfigure.

E rispondete alle varie domande che vi fa. Selezionate la compressione della RAM, altrimenti il thaw sarà lentissimo. Non ho notato differenze sostanzial, invece, tra l’avere scritture preventive o non averle. Alle altre domande normalmente basta premere Invio.

Al termine della configurazione viene rigenerato l’initrd, quindi dovete riavviare per renderlo attivo.

ATTENZIONE!

Questa operazione (dpkg-reconfigure) va fatta solo la prima volta, o se cambiate la partizione o il file di swap. NON va fatta se cambiate semplici configurazioni negli script di suspend/resume o in quelli di ACPI. Quindi praticamente la farete una volta sola, a meno che non usiate un file di swap e vogliate cancellarlo e ricrearlo periodicamente per evitare danni alla SSD, ma a meno che non mandiate in ibernazione il vostro Eee ogni 5 secondi, non dovreste averne bisogno. Con 3 ibernazioni al giorno la SSD dovrebbe durarvi qualche centinaio di anni.

Provare la configurazione

Se avete appena riconfigurato uswsusp con dpkg-reconfigure, ricordate di riavviare, poi potete provare le varie procedure di sospensione e ibernazione coi i comandi:

pm-suspend
pm-hibernate
pm-suspend-hybrid

Il primo sospende in RAM, il secondo iberna su disco, il terzo fa entrambe le cose. Per risvegliare l’Eee basta premere il pulsante di accensione. Non tenetelo premuto per troppo tempo (4 secondi), altrimenti l’effetto sarà quello di spegnerlo in modo brusco, che comporta anche l’invalidazione del BootBooster (non preoccupatevi, si riattiva da solo al successivo reboot) e, naturalmente, un tempo di boot più lungo, in quanto viene eseguito anche il controllo sui dischi.

Personalizzare tutto

Come ho detto, non mi piacevano i default scelti dal team Debian per l’ibernazione. Ho quindi configurato tutto in modo che:

• chiudendo il coperchio si attiva il suspend2ram
• premendo il tasto di accensione/spegnimento si attiva il suspend2disk
• premendo Fn-F1 si attivano entrambi: lo stato viene salvato su disco ma il sistema entra in suspend2ram. In questo modo il resume è immediato, e se si scarica la batteria comunque si riprende a lavorare senza perdere dati, caricando l’immagine da disco

Vediamo come fare. Il tutto viene controllato dagli script in /etc/acpi. Alcuni li ho dovuti creare io, altri li ho solo modificati. Eccoli qui:

/etc/acpi/events/lid

event=button/lid LID
action=/etc/acpi/actions/mysuspend.sh

/etc/acpi/events/powerbtn

# /etc/acpi/events/powerbtn
# This is called when the user presses the power button and calls
# /etc/acpi/powerbtn.sh for further processing.

# Optionally you can specify the placeholder %e. It will pass
# through the whole kernel event message to the program you've
# specified.

# We need to react on "button power.*" and "button/power.*" because
# of kernel changes.

event=button[ /]power
action=/etc/acpi/actions/myhibernate.sh

/etc/acpi/events/sleep

event=button/sleep SLPB
action=/etc/acpi/actions/myhibernatesuspend.sh

Questi sono i file di configurazione che determinano quale script viene eseguito quando un certo evento ACPI viene attivato. Ho usato nomi diversi da quelli di eeepc-acpi-scripts per le azioni, in modo che non vengano sovrascritti dopo un aggiornamento. Naturalmente verrebbe chiesta conferma, ma è più comodo verificare i cambiamenti e modificare i propri script.

Di seguito gli script veri e propri che vengono richiamati, presenti in /etc/acpi/actions:

/etc/acpi/actions/mysuspend.sh

#!/bin/sh

# do nothing if package is removed
[ -d /usr/share/doc/eeepc-acpi-scripts ] || exit 0

if (runlevel | grep -q [06]) || (pidof '/sbin/shutdown' > /dev/null); then
    exit 0
fi

brn_control=/sys/class/backlight/eeepc/brightness
[ -e $brn_control ] || brn_control=/proc/acpi/asus/brn # pre-2.6.26

brightness=$(cat $brn_control)
pm-suspend --quirk-s3-bios
echo $brightness > $brn_control

Viene verificato che non sia in corso un halt o un reboot (controllando il runlevel o se sta venendo eseguito il comando shutdown), quindi inizia la sospensione tramite “pm-suspend”. Prima del suspend viene salvata la luminosità dello schermo, e ripristinata dopo il resume.

/etc/acpi/actions/myhibernate.sh

#!/bin/sh
# do nothing if package is removed
[ -d /usr/share/doc/eeepc-acpi-scripts ] || exit 0

if (runlevel | grep -q [06]) || (pidof '/sbin/shutdown' > /dev/null); then
    exit 0
fi

brn_control=/proc/acpi/asus/brn

brightness=$(cat $brn_control)
/etc/acpi/actions/wireless.sh off
pm-hibernate
echo $brightness > $brn_control

Lo script è molto simile al precedente, ma ho aggiunto l’opzione per disattivare il wireless, senza riattivarlo al risveglio, contando sul fatto che se sto ibernando il PC, difficilmente quando lo risveglio mi troverò nello stesso posto ed anzi, potrei essere in aereo…

In ogni caso basterà premere Fn-F2 per riattivare il wireless dopo il risveglio.

Vediamo ora come sospendere e ibernare contemporaneamente:

/etc/acpi/actions/myhibernatesuspend.sh

#!/bin/sh

# do nothing if package is removed
[ -d /usr/share/doc/eeepc-acpi-scripts ] || exit 0

if (runlevel | grep -q [06]) || (pidof '/sbin/shutdown' > /dev/null); then
    exit 0
fi

brn_control=/proc/acpi/asus/brn

brightness=$(cat $brn_control)
pm-suspend-hybrid --quirk-s3-bios
echo $brightness > $brn_control

Lo script è praticamente identico a quello di sospensione, cambia solo il comando eseguito: pm-suspend-hybrid invece del semplice pm-suspend.

Quando avete fatto, riavviate acpid:

/etc/init.d/acpid restart

per ricaricare le impostazioni.

Quel ficcanaso di Gnome

Gnome ha la “brutta” abitudine di prendere il controllo di tutto il sistema di risparmio energetico appena attivate il demone gnome-power-manager. Il problema è che per avere l’indicazione dello stato della batteria sul panel, dovete per forza attivarlo. Non ho ancora capito quali script vada a richiamare per la sospensione, ma quel che è certo è che ignora quelli che abbiamo appena impostato, e gestisce da solo tutto.

Vediamo come disattivare questo comportamento.

Aprite l’editor di configurazione (menu Gnome->Strumenti di sistema->Editor della configurazione) e andate alla voce /apps/gnome-power-manager/actions. A destra avrete diversi flag di configurazione. Io li ho impostati così:

critical_battery           hibernate
critical_ups               shutdown
event_when_closed_battery  v (attivo)
low_ups                    nothing
sleep_type_ac              nothing
sleep_type_battery         nothing

Mentre a /apps/gnome-power-manager/buttons ho questi:

hibernate               nothing
lid_ac                  nothing
lid_battery             nothing
power                   nothing
suspend                 nothing

In questo modo disabilitiamo la gestione dei tasti per Gnome, abilitando la nostra, che funziona anche se usate altri Desktop o Window Manager.

Io ho impostato anche alcuni valori in /apps/gnome-power-manager/backlight:

battery_reduce             v (attivo)
brightness_ac              70
brightness_battery         20
dpms_method_ac             default
dpms_method_battery        default
enable                     v (attivo)
idle_brightness            0
idle_dim_ac                v (attivo)
idle_dim_battery           v (attivo)
idle_dim_time              30

Così la luminosità sarà del 70% con l’alimentazione attiva, e del 20 a batteria, ma potete comunque regolarla con i soliti Fn-F3 e Fn-F4. Quando non usate l’Eee per 30 secondi, se siete “a batteria” la luminosità scende a 0, per risparmiare energia.

Se volete potete sperimentare con gli altri parametri di gnome-power-manager, visto che la gran parte di quelli configurabili qui non sono disponibili dall’interfaccia di configurazione, che è eccessivamente semplificata, secondo me.

Prestazioni

Le prestazioni in fase di suspend, resume sono eccellenti. In pochi secondi (3 o 4) il sistema va in sospensione e si risveglia. In fase di thaw (il risveglio dopo l’hibernate) sono ottime. Dall’avvio del kernel da parte di GRUB al desktop pronto com’era prima passano circa 10-15 secondi.

Il problema, che non ho trovato come risolvere, riguarda l’ibernazione, che impiega circa 30 secondi. Il sistema sembra non fare nulla per quasi 20 secondi, mentre scrive “Snapshotting system”, e poi in meno di 5 secondi scrive l’immagine compressa della RAM su disco. Forse sta comprimendo la RAM. Devo scoprire se c’è modo di fargli usare un algoritmo più leggero.

Conclusioni

Mi pare di non aver scordato nulla, anche se le modifiche da fare sono abbastanza numerose.

Una cosa che non ho preso in considerazione, ma che sarà una bella rogna, è la gestione di periferiche rimovibili. Se mandate in sospensione l’Eee con una penna USB o una SD inserite, quindi le staccate e poi risvegliat, succedono cose molto brutte. Purtroppo non c’è un modo sicuro per sistemare tutto, perché un’applicazione potrebbe avere un file aperto sulla penna, e un umount prima della sospensione non andrebbe a buon fine. Ricordatevi quindi di smontare i device rimovibili prima di sospendere o di non toglierli dopo aver sospeso (o almeno di ricollegarli prima di risvegliarlo).

Nella prossima puntata parlerò delle mie personalizzazioni di Gnome: scorciatoie da tastiera, panel, applet, ecc.

© Alex for /dev/random, 2008. | Permalink | 5 comments | Add to del.icio.us
Post tags: asus, Debian, gnome, Linux, risparmio energetico, subnotebook

Feed enhanced by Better Feed from Ozh

Notebookitalia ha reso pubblico l’altro ieri che il lancio ufficiale dell’Eee 900 in Italia era atteso da lì a poche ore, e che molti store online avevano iniziato a raccogliere i preordini per questo nuovo modello. Purtroppo sembra si tratti della versione con Windows XP (e quindi limitata, oltre che dal S.O. ) anche nelle dimensioni della SSD (4+8 invece di 4+16 GB). In seguito ha pubblicato anche un rapporto sulla presentazione ufficiale.

Io ho provato a cercarlo in giro sui “soliti siti” ma non sono riuscito a trovarlo. L’unico sito dove era preordinabile, ma in versione UK, era expansys, ma ad un prezzo fuori da tutti i crismi: 550 euro. Se qualcuno conoscesse uno store dove lo si può trovare… beh, i commenti sono aperti a tutti.

Eee 901

Si presenta come un fulmine a ciel sereno il modello 901. Scoperto da un blog francese, sarà presentato il 3 giugno (quindi prima dell’uscita del 900 in Italia) al Computex 2008 di Taipei. Sembra che arriverà in Italia a settembre.

Le caratteristiche tecniche del nuovo modello sembra saranno le stesse del 900, tranne per il processore, che sarà un Atom. Resta solo da vedere quale versione dell’Atom. Probabilmente la Silverthorne da 1.6 GHz.

Personalmente sono ancora un po’ perplesso su questi processori. Se la scheda madre rimane la stessa (e quindi ha lo stesso assorbimento di corrente), il nuovo processore farebbe risparmiare solo 3 W a pieno regime, e circa 4,5 quando è completamente inutilizzato. Il Celeron M353 a 900 MHz dell’Eee 900 infatti consuma 5 Watt contro gli 0,6 – 2W dell’Atom. Il resto dell’assorbimento (10-15 W) viene dal display, dalla scheda madre, dalla scheda video, dall’SSD e dal WiFi. L’attuale 701-8G consuma infatti da 14 W (in idle) a 18 W (a pieno carico), ma il processore gira a 630 MHz. Il 900 dovrebbe consumare circa 1 o 2 W in più in media (quindi da circa 15 a circa 20 W), sia per il processore al suo normale clock di 900 MHz, sia per lo schermo più grande.

Con l’Atom consumerebbe da circa 12 a circa 16 W (visto che ha lo stesso schermo del 900).

In pratica porterebbe un aumento dal 10% al 40% della durata della batteria (in media credo un 20%), ma le prestazioni sembra saranno inferiori. Inoltre il 900 si può downclockare a 630 MHz. Il risparmio sembra non sarà spaventosamente alto, ma forse 1 W si riesce a recuperare.

Credo che non avrò rimpianti per aver preso il 900. E nel caso, aspetterei comunque il 1001 che potrebbe uscire l’anno prossimo.

© Alex for /dev/random, 2008. | Permalink | 2 comments | Add to del.icio.us
Post tags: asus, Linux, risparmio energetico, subnotebook

Feed enhanced by Better Feed from Ozh

• powernow_k6: per le CPU AMD K6 mobile (K6-2+ e K6-3+)
• powernow_k7: per AMD Athlon, Duron e i Sempron a 32 bit
• powernow_k8: per le CPU AMD a 64 bit: Athlon 64, Turion 64, Sempron 64, Opteron 64
• p4_clockmod: per pentium 4, Celeron D, Pentium D, Celeron M
• speedstep_centrino: per Pentium M (Centrino), Core Duo, Core 2 Duo
• longrun: per CPU Transmeta
• longhaul: per CPU Via Cyrix (quelli delle Epia, per esempio)
• e_powersaver:per CPU VIA C7

Purtroppo ho scoperto anche che il p4_clockmod che devo usare per il mio Pentium-D non risparmia energia, ma aiuta solamente a ridurre la temperatura.

Per automatizzare la gestione del frequency scaler ci sono diversi programmi, ma quello che trovo migliore è powernowd che, nonostante il nome, è compatibile con tutte le CPU, perché non è altro che un’interfaccia al sysfs del kernel, che si occupa di tutto. Powernowd non fa altro che verificare il carico sulla CPU a intervalli costanti (configurabili, di default una volta al secondo) e, se sale oltre un certo limite (di default 80%, io l’ho impostato al 50%) aumenta la frequenza della CPU secondo un algoritmo, anch’esso configurabile (di default schizza al massimo e poi scende lentamente, ma si può impostare al contrario, oppure che salga e scenda gradualmente). Quando l’utilizzo scende sotto una certa soglia (di default 20%) cala la frequenza secondo l’algoritmo impostato. Non ha un file di configurazione, solo alcuni semplici flag che, in Debian, si impostano in /etc/default/powernowd in modo che lo script di avvio li trovi.

Mentre testavo questi aggeggini mi sono capitati davanti anche due pacchetti deb molto utili: cpufrequtils e sysfsutils. Il primo fornisce alcuni comandi per interrogare e impostare i parametri di cpufreq, appunto. Usando powernowd non dovrebbero essere necessari (gestisce tutto lui), ma cpufreq-info può essere utile per avere informazioni dettagliate sulle capacità di risparmio energetico della CPU.

sysfsutils fornisce il comando systool per interrogare i vari sottosistemi riconosciuti dal kernel attraverso il file-system virtuale /sys. Onestamente non l’ho usato molto, e non saprei nemmeno immaginarne un uso, che sicuramente c’è per utilizzi avanzati.

© Alex for /dev/random, 2007. | Permalink | No comment | Add to del.icio.us
Post tags: Linux, ottimizzazione, risparmio energetico

Feed enhanced by Better Feed from Ozh