slacky.eu

Sto cercando di far funzionare la sospensione (suspend to ram) sul mio portatile, grazie alla patch rilasciata da Tuxonice (l'ex suspend2).
Come si potrebbe immaginare, sulla 12.2 andava tutto bene, con la nuova release di Slackware un po' meno.
Allora, vi spiego cosa ha fatto: ho applicato la patch per il mio kernel (il classico 2.6.29.6-smp della 13.0), avviato la ricompilazione, impostato il boot loader così:

Codice: Seleziona tutto

# Linux bootable partition config begins
image = /boot/vmlinuz
  root = /dev/sda3
  label = Slacky
  read-only
append="resume=swap:/dev/sda2"

dopodiché ho fatto in modo che, all'atto della chiusura del coperchio del laptop, quest'ultimo andasse in sospensione.
Sfruttando i consigli presenti in quest'articolo, ho impostato in questa maniera i seguenti due file di acpi:

Codice: Seleziona tutto

root@mody:~# cat /etc/acpi/acpi_handler.sh                     
#!/bin/sh                                                      
# Default acpi script that takes an entry for all actions

IFS=${IFS}/
    set $@

    case "$1" in
      button)
        case "$2" in
          power) /sbin/init 0
             ;;
          lid) /etc/acpi/lid.sh
             ;;
          *) logger "ACPI action $2 is not defined"
             ;;
        esac
        ;;
      *)
        logger "ACPI group $1 / action $2 is not defined"
        ;;
    esac

e:

Codice: Seleziona tutto

root@mody:~# cat /etc/acpi/lid.sh
    #!/bin/sh

    if [ "`cat /proc/acpi/button/lid/LID/state | grep open`" = "" ];
then
            /usr/sbin/hibernate
    fi

Ora, all'atto della chiusura del portatile, l'unica cosa che si verifica è la chiusura della sessione di KDE.
In pratica, per mandare la macchina in sospensione devo lanciare manualmente il comando hibernate.
Dimenticavo, questo è il mio file di configurazione del servizio di sospensione:

Codice: Seleziona tutto

root@mody:~# cat /etc/hibernate/common.conf 
# Configuration options common for suspending to disk or RAM.
# Options are not case sensitive.                            
#                                                            
# See hibernate.conf(5) for help on the configuration items. 

##############################################################################                                                                
### Some global settings                                               
##############################################################################                                                                

Verbosity 0
LogFile /var/log/hibernate.log
LogVerbosity 1                
# LogTimestamp yes            
# AlwaysForce yes             
# AlwaysKill yes              
# HibernateVT 15              
# Distribution debian (or fedora/gentoo/mandrake/redhat/slackware/suse)
# XDisplay :0                                                          

##############################################################################                                                                
### Scriptlets                                                         
###   Scriptlets provide support for doing all sorts of things before and after                                                               
###   suspending. The defaults settings here should work for most people, but                                                                 
###   you may wish to edit these to taste. Consult "hibernate -h" for help on                                                                 
###   the configuration settings.                                      
##############################################################################                                                                

### bootsplash
## If you use bootsplash, also enabling SwitchToTextMode is recommended if                                                                    
## you use X, otherwise you may end up with a garbled X display.       
# Bootsplash on                                                        
# BootsplashConfig /etc/bootsplash/default/config/bootsplash-1024x768.cfg                                                                     

### clock
SaveClock restore-only
#DirectIsa            

### devices
# IncompatibleDevices /dev/dsp /dev/video*

### diskcache
# DisableWriteCacheOn /dev/hda

### fbsplash (enable SwitchToTextMode if you use this)
# FBSplash on                                         
# FBSplashTheme tuxonice                              

### filesystems
# Unmount /nfsshare /windows /mnt/sambaserver
# UnmountFSTypes smbfs nfs                   
# UnmountGraceTime 1                         
# Mount /windows                             

### grub
# ChangeGrubMenu yes
# GrubMenuFile /boot/grub/menu.lst
# AlternateGrubMenuFile /boot/grub/menu-suspended.lst
# BackupGrubMenuFile /boot/grub/menu.lst.hibernate.bak

# see http://bugs.debian.org/317479
# RemountXFSBoot yes               

### hardware_tweaks
# IbmAcpi yes      
# RadeonTool yes   
# Runi915resolution yes
# FullSpeedCPU yes     

### lilo
# EnsureLILOResumes yes

### lock (generally you only want one of the following options)
## For console you need vlock available.                       
## For x you need xscreensaver-command-command available.      
## For gnome you need gnome-screensaver-command available.     
## For kde you need dcop, kscreensaver available.              
## For XAuto you need xautolock available.                     
## For Xtr you need xtrlock available.                         
## For Freedesktop (for example KDE4) you need dbus-send available
# LockConsoleAs root                                              
# LockXScreenSaver yes                                            
# LockGnomeScreenSaver yes                                        
# LockFreedesktop                                                 
LockKDE yes                                                       
# LockXLock yes                                                   
# LockXAutoLock yes                                               
# LockXtrLock yes                                                 

### misclaunch
OnSuspend 20 echo "Buona notte!"
OnResume 20 echo "Buongiorno!"  

### modules
# UnloadModules snd_via82cxxx usb-ohci
# UnloadAllModules yes                
UnloadBlacklistedModules yes          
LoadModules auto                      
# LoadModulesFromFile /etc/modules    

### modules-gentoo
# GentooModulesAutoload yes

### network
# DownInterfaces eth0
# UpInterfaces auto  

### networkmanager
# EnableNMReconnect yes

### pause_audio
# MuteAudio yes
# PauseAudio yes

### pcmcia
# EjectCards yes

### programs
# IncompatiblePrograms xmms

### services
# RestartServices laptop_mode anacron
# StopServices alsasound             
# StartServices aumix                

### vbetool
# EnableVbetool yes
# RestoreVbeStateFrom /var/lib/vbetool/vbestate
# VbetoolPost yes                              
# RestoreVCSAData yes                          

### xhacks
SwitchToTextMode yes
# UseDummyXServer yes
# DummyXServerConfig xorg-dummy.conf

### xstatus
## This can be set to gnome, kde or x:
## For gnome you need zenity available.
## For kde you need dcop, kstart, kdialog available.
## For x you need to have xosd OR xmessage available.
# XStatus gnome                                      
# XmessageDisable yes                                
# XSuspendText Preparing to suspend...               
# XResumeText Resuming from suspend...               
## When using XStatus x, and you have xosd installed:
# XosdSettings --font '-misc-fixed-medium-r-semicondensed--*-120-*-*-c-*-*-*' --colour=Green --shadow 1 --pos bottom --align center --offset 50                                                                      

### xbacklight
# BackLight yes

### gaim
## You need to have dbus, gaim_remote available.
# LogoutGaim yes
# GaimRestoreStatus yes
# GaimLogoutMessage Hibernating
# GaimLoginMessage Back from hibernation

### pidgin
# LogoutPidgin yes
# PidginRestoreStatus yes
# PidginLogoutMessage Hibernating - bye!
# PidginLoginMessage I'm back!

### SSH and PGP keys
AgentsClearGPG yes
AgentsClearSSH yes

### Virtualbox
SuspendVirtualbox yes

Faccio presente che, seguendo questa metodologia, con la 12.2 non ho mai avuto alcun problema.
Cosa mi dite?

Burroughs.

Ma non ti funziona già di suo lo standby, senza patchare il kernel?

414N ha scritto:Ma non ti funziona già di suo lo standby, senza patchare il kernel?

Già! E' dal 2.6.24 che mi sono stufato di patchare il kernel e con me ha sempre funzionato il suspend del vanilla, inoltre puoi continuare ad usare hibernate-script anche con quest'ultimo (per fare il suspend to ram basta linkare hibernate-ram -> hibernate).
Attualmente mi sono messo in testa di fare le cose in maniera diversa, ho visto che il suspend/hibernate dato da kde funziona, e dato che sono sicuro non usi lo hibernate-script, sono andato a tirar fuori hal

.
Ti riporto i file che uso io, magari ti possono essere utili.

"File event" (uno per ogni azione mi sembrava più ordinato

, nella riga event ho inserito i dati di acpi_listen per i tasti speciali del mio thinkpad)

/etc/acpi/events/sleep

Codice: Seleziona tutto

event=ibm/hotkey HKEY 00000080 00001004
action=/etc/acpi/actions/hram.sh

/etc/acpi/events/hibernate

Codice: Seleziona tutto

event=ibm/hotkey HKEY 00000080 0000100c
action=/etc/acpi/actions/hdisk.sh

/etc/acpi/events/bluetooth

Codice: Seleziona tutto

event=ibm/hotkey HKEY 00000080 00001006
action=/etc/acpi/actions/bluetooth.sh

/etc/acpi/events/wireless

Codice: Seleziona tutto

event=ibm/hotkey HKEY 00000080 00001005
action=/etc/acpi/actions/wlan.sh

FILE "action" (i corrispondenti dei file precedenti)

/etc/acpi/actions/hram.sh

Codice: Seleziona tutto

#!/bin/bash

#suspending through kde
solid-powermanagement suspend to_ram

#suspending through hal
#dbus-send --system --print-reply --dest=org.freedesktop.Hal /org/freedesktop/Hal/devices/computer org.freedesktop.Hal.Device.SystemPowerManagement.Hibernate int32:0

/etc/acpi/actions/hdisk.sh

Codice: Seleziona tutto

#!/bin/bash

#suspend to disk through kde
solid-powermanagement suspend to_disk

#suspend to disk through hal
dbus-send --system --print-reply --dest=org.freedesktop.Hal /org/freedesktop/Hal/devices/computer org.freedesktop.Hal.Device.SystemPowerManagement.Hibernate

/etc/acpi/actions/wlan.sh

Codice: Seleziona tutto

#!/bin/bash

if (/sbin/ifconfig|egrep -q 'wlan'); then
      /etc/rc.d/rc.inet1 stop
      else
         /etc/rc.d/rc.inet1 restart
         /etc/rc.firewall
fi

/etc/acpi/actions/bluetooth.sh

Codice: Seleziona tutto

#!/bin/bash

INFO=/proc/acpi/ibm/bluetooth
if (cat $INFO | grep enabled &>/dev/null); then
        /etc/rc.d/rc.bluetooth stop
        echo "disable" > $INFO
  else
     echo "enable" > $INFO
     /etc/rc.d/rc.bluetooth restart
fi

Non sono eccezionali, ma funzionano....

In verità ho quasi risolto, commentando le seguenti voci in /etc/hibernate/common.conf:

Codice: Seleziona tutto

### SSH and PGP keys
#AgentsClearGPG yes
#AgentsClearSSH yes

### Virtualbox
#SuspendVirtualbox yes

L'unico problema è rappresentato, all'atto del resume, da wicd, che devo arrestare ed avviare manualmente, ma penso basti lavorare di fino all'interno del file di configurazione di cui sopra per sistemare il tutto.
Per quanto riguarda tuxonice in sé lo consiglio perché evita sbattimenti inutili (ricordo 2-3 anni fa i salti mortali per consentire il risveglio delle periferiche usb) e offre prestazioni notevoli anche su macchine non propriamente performanti come l'EasyNote dal quale sto scrivendo.

Burroughs.

Non so, non ho mai incontrato tutti questi problemi (senza tuxonice), in fondo usando hibernate-script si configura quello (moduli usb di solito vanno sempre tolti imparato battendoci la testa

) e si va via tranquilli. Alle prestazioni non ci ho mai fatto molto caso, ma ti indendi che guadagni secondi durante il "risveglio"? o altro?

gigiobagiano ha scritto:Non so, non ho mai incontrato tutti questi problemi (senza tuxonice), in fondo usando hibernate-script si configura quello (moduli usb di solito vanno sempre tolti imparato battendoci la testa ) e si va via tranquilli. Alle prestazioni non ci ho mai fatto molto caso, ma ti indendi che guadagni secondi durante il "risveglio"? o altro?

Sì, esatto, è estremamente rapido sia all'atto della sospensione che al risveglio.
Quando utilizzavo il suspend integrato nel kernel non notavo una simile velocità, a parte gli ostacoli da superare nella configurazione (vedi periferiche usb).

Burroughs.

Leggendo in giro su come integrare e configurare il suspend/hibernate senza utilizzare l'hibernate script o tuxonice ho trovato questa pagina piuttosto interessante. L'uso delle pm-utils e la loro configurazione, per chi è abituato al suddetto script, può sembrare una vaccata, per come la vedo io, mi sembra comodo per avere un'unica configurazione sia per eventuali hotkeys (acpi) sia per kde/gnome (che tramite solid dovrebbero proprio affidarsi a pm-utils e hal ).

Offtopic: Ad essere sincero non capisco tutti questi programmi che più o meno si sovrappongono. Per esempio, tramite hal si possono gestire un sacco di cose, dalle hotkeys alla gestione della frequenza della cpu ecc, perchè kde deve inserire altri "programmi" in più? Ha un senso a livello di "struttura del software"? (perdonate la mia ignoranza e correggete le mie eventuali bagianate )

Salve a tutti!
Non so se ho fatto bene a riaprire questo vecchio post o se invece sarebbe stato invece più corretto aprirne uno nuovo: nel caso mi scuso anticipatamente per la mia ignoranza...
Mi trovo nella situazione di volere implementare la funzione di ibernazione su disco sul mio Aspire One, che è adesso un SSD da 32 giga, partizionato però in unica partizione ext2 da 32giga appunto.
Troverei molto attraente TuxOnIce per la possibilità di effettuare l'ibernazione su un file anzichè su una partizione apposita, il che mi eviterebbe rischiose operazioni di ridimensionamento.
Ora chiedo: a vostra esperienza, gli altri programmi citati nel corso della discussione prevedono in qualche modo anch'essi la possibilità di ibernazione su file anzichè su partizione?
Grazie, Enzo.

Il supporto integrato nel kernel lo permette, ma è necesario specificare un offset in ambito di resume (in lilo o grub) non facilmente ricavabile.
Questo è il link alla documentazione ufficiale del kernel. Senza andare in internet, la trovi sotto /usr/src/linux/Documentation/power/swsusp-and-swap-files.txt.
Qui trovi un howto per Ubuntu (facilmente adattabile a Slackware). L'unica cosa che è cambiata nel mentre è l'output del comando filefrag: nella guida è riportato di filtrarne l'output con grep per porre in risalto la riga con dicitura "First block:", ma tale riga non viene più prodotta in output dalle versioni più recenti del programma. Il blocco da indicare nel resume_offset è quello corrispondente a ext 0 sotto la colonna physical.
Ricorda, inoltre, che la voce resume in append alla riga di comando del kernel sembra non supportare l'UUID come indicato nella guida, percui usa direttamente il device (/dev/sdXX) che ospita il file di swap.
Nello scrivere questo post ho fatto un ulteriore tentativo (finora non mi era mai funzionato) e ora mi funziona alla grande

Ti ringrazio per l'esauriente risposta.
Ho dimenticato di specificare che la versione di Slackware che uso è la 12.2
Credo comunque che facendo riferimento, come mi hai consigliato, alla documentazione inclusa nella propria distribuzione, non ci dovrebbero essere problemi di incoerenza di versione.
Sono inoltre felice che, grazie a questo post, tu abbia messo a puntino il tuo sistema!

Grazie ancora, Enzo.

Giusto per fare sapere come è andata.
Non perchè abbia qualcosa contro TuxOnIce ma semplicemente perchè non ho mai voluto patchare il kernel ho provato a seguire la strada "canonica".
In un primo tempo ho ricompilato il kernel abilitando pienamente il supporto ACPI, da cui ho potuto attivare la funzionalità "Suspend".
(Ho solo dovuto aggiungere un "chmod o+w /proc/acpi/sleep" in /etc/rc.d/rc.local)
Già questa andava magnificamente bene, considerando il sistema a SSD.
Non contento ho voluto implementare anche la funzione di "Letargo" (o ibernazione a dir si voglia), per mezzo di uno swapfile, dopo le parole di 414N (che saluto) che ne confermavano il possibile uso.
Ho seguito prevalentemente la Documentazione ufficiale del Kernel. Adoperando la Slack 12.2 la versione di filefrag inclusa riportava ancora il "First block", mentre ho evitato di cambiare i permessi allo swapfile come suggerito dall'howto di Ubuntu.
E' stato molto meno difficile di quanto avessi potuto supporre e anche la funzionalità di "letargo" funziona magnificamente.
Consiglio pertanto senza riserve a quanti abbiano la mia stessa configurazione hardware (Aspire One A110L) queste funzionalità.
Ancora grazie a 414N e saluti a Loris ed a tutto il Forum.

slacky.eu

Slackware 13.0 e tuxonice [RISOLTO]

Slackware 13.0 e tuxonice [RISOLTO]

Re: Slackware 13.0 e tuxonice

Re: Slackware 13.0 e tuxonice

Re: Slackware 13.0 e tuxonice

Re: Slackware 13.0 e tuxonice

Re: Slackware 13.0 e tuxonice

Re: Slackware 13.0 e tuxonice

Re: Slackware 13.0 e tuxonice [RISOLTO]

Re: Slackware 13.0 e tuxonice [RISOLTO]

Re: Slackware 13.0 e tuxonice [RISOLTO]

Re: Slackware 13.0 e tuxonice [RISOLTO]