Cerna magie zvana swsusp2

24.2.2005 21:57 | Přečteno: 3064× | poslední úprava: 15.3.2005 10:46

Pro uspavani notebooku pouzivam Suspend to disk Nigela Cunninghama (aka swsusp2 - neplest s puvodnim swsusp Pavla Machka). Jelikoz se jedna o externi patch do jadra (vanilly), ktery navic silne zavisi na kvalite podpory ACPI daneho zeleza, muzou nekomu pomoct moje postrehy z cca pulrocniho pouzivani.

Swsusp2 se sklada ze dvou casti: kerneloveho patche (tarball, ktery se rozbali do /usr/src/linux a spusti se skript apply) a hibernate scriptu (tarball, ktery se nainstaluje pomoci make install). Jeste je potreba v kernelu povolit swsusp2 (a zakazat swsusp, pokud byl povolen), zkompilovat cely USB subsystem jako modul a doladit konfiguraci v /etc/hibernate/hibernate.conf:

UseSwsusp2 yes
Reboot no
EnableEscape yes
DefaultConsoleLevel 1
AsyncIOLimit 128
Verbosity 1
LogFile /var/log/hibernate.log
LogVerbosity 1
SaveClock yes
DisableWriteCacheOn /dev/hda
Unmount /mnt/data
Mount /mnt/data
LockXScreenSaver yes
UnloadAllModules yes
LoadModules auto
DownInterfaces eth0
UpInterfaces eth0
IncompatiblePrograms xmms
StopServices alsa
StartServices alsa

Konfigurace kernelu:

Power management options
 [*] Power management support
     Software suspend 2 --->
     <*> Software Suspend 2
     <*> Swap Writer
     <*> LZF image compression
     <*> Text mode console support
     (/dev/hda2) Default resume device name
     [*] Compile in debugging support
ACPI Support
 [*] ACPI Support
 [*] Sleep States
 <*> ...
Device Drivers --->
 Character devices --->
   /dev/agpgart
   ... chipset support
 [*] Direct Rendering Manager
   ... video card
 USB Support --->
   Support for Host-side USB
  [*] USB device filesystem
   EHCI HCD (USB 2.0) support
   UHCI HCD support
   USB Mass Storage support
   USB HID
  ...

Jeste je potreba upravit parametry jadra pri bootovani - v mem pripade /boot/grub/menu.lst:

title           Resume or Boot
root            (hd0,2)
kernel          /boot/vmlinuz-2.6.9 root=/dev/hda3 resume2=/dev/hda2 ro
savedefault
boot

title           Force Boot
root            (hd0,2)
kernel          /boot/vmlinuz-2.6.9 root=/dev/hda3 noresume2 ro
savedefault
boot

A hura na reboot do noveho jadra. Tady je potreba varovat, ze resume musi probehnout na identickem jadre, jinak muze dojit k masivnimu poskozeni filesystemu a ztrate dat - swsusp2 si to hlida a pokud to hrozi, zobrazi se hlaska BIG FAT WARNING. V ten okamzik je potreba nechat bootnout z noveho jadra a suspendovany stav zahodit. Pro zahibernovani se pouziva prikaz hibernate (jako root), pro resume staci bootnout s parametrem resume2=.

Jak to cele funguje? Pri hibernaci se zacnou davat procesy do "lednicky" (refrigerator), tj. prestanou byt schedulovane do stavu run, dokonci se prave probihajici I/O a postupne ustava bezna cinnost v userspace. Po zmrazeni vsech procesu se zacne ukladat obraz kernelu a RAM (vcetne diskovych bufferu) na swap, pricemz data jsou prubezne komprimovana pomoci compress (gzip je o rad pomalejsi a nevyplati se; ucinnost komprese pritom neni tak markantne lepsi). Po ulozeni celeho obrazu systemu se na zacatek swapu ulozi signatura, oznacujici ze misto swapu mame obraz systemu.

Pri resume se zjisti, na kterem raw device se nachazi uspany obraz, prohledne se signatura, driver z ni usoudi, jestli je to normalni swap nebo uspany system a pripadne zacne kopirovat obraz systemu do pameti. Po nakopirovani se obnovi stav procesu, postupne se vse rozmrazi a beh OS pokracuje tam, kde skoncil.

Co kdyz to nefunguje? Obvykle neni problem s uspanim, ale s probuzenim. Nejlepsi je zkusit uspavani s co nejvice ocesanym kernelem, kde je vse zakompilovano do modulu a v konfiguracnim souoru hibernate scriptu se nastavi, ze pred uspanim se natvrdo odstrani vsechny moduly z kernelu. Dale pomaha zakazani write cache a omezeni poctu asynchronnich I/O pri zapisu/cteni image z disku.

Pokud se rozmrazeni zasekne pri necem jinem, nez "Copying original kernel back", je sance, ze Nigel jen nekde nechal chybku v kodu a bude schopen ji opravit. Vyse uvedena hlaska znamena, ze nektery driver ma problemy s uspavanim. Viz. HOWTO. Pokud se rozmrazeni seka az pri "Copying status-sensitive information", jde nejspis o problem odstranitelny pouhou zmenou konfigurace. Pokud po korektnim rozmrazeni dostanete shell a v nem donekonecna roluje hlaska o PCI, kde "something bad happened", znamena to, ze jste zapomneli dat nejaky kus USB subsystemu do modulu. Swsusp2 obcas nekomu taky oopsuje, coz je pro ladeni nejlepsi, protoze ve vypisu z oopsu je hodne uzitecnych informaci - nejlepsi je poslat bugreport do konference swsusp-devel.

Swsusp ma zname chyby, napr. ve verzich 2.0.0.99 az 2.1.5 nefunguje textovy progress bar pri hibernaci/resume. Novejsi verze nefunguji na mem HP compaq nc6000 (tuhnou pri copying original kernel back). Nejlepsi je se podivat do WiKi na known issues, hardware compatibility a hardware setup. Pri ladeni a posilani bugreportu je potreba zvysit default console level, verbosity a log verbosity na 7.

Moje funkcni konfigurace je: vanilla 2.6.9 + swsusp 2.1.5.7 + hibernate-script 1.05.

Have fun!

Update: Zkuste nekdo v diskuzi rozumne odlisit zpusob podpory suspend to RAM vs. suspend to DISK v Linuxu + rozdily mezi swsusp1 a swsusp2 + zkusenosti s vyuzitim ACPI S3/S3BIOS stavu v swsusp2.
Poslechnete si zajimave povidani od Pavla Machka (o ACPI, powersavingu, SpeedStepu a spol.)

       

Komentáře

[Valoun]

To sem se jeste nikde nedocetl... vsude se jen pise ze jsou s tim problemy. Ale co z toho, kdyz to bude chodit? Mam-li notebook s 256MB RAM a provozuju na tom xfce, apache, mysql, sambu a openoffice - kolik casu mi zabere uspavani a kolik cca usetrim pri probouzeni (misto regulerniho bootu)?

[Tom.š Ze.le.in]

Já s tím problémy nemám, jen jsem musel doplnit do hibernate skriptu (tedy jako scriplet, nebo jak tomu říkají), aby mi vracel na konzoli české fonty.

Výhoda? Vůči bootu a startu aplikací, pokud je automatický, nevím, i když o něco rychlejší to je (ale můj boot už se nedá označit za standardní, takže nemůžu porovnávat). Ale když má člověk rozjetou debugovací session nebo něco jiného co má vnitřní stav a do čeho systém naběhnout neumí nebo není praktické to po něm chtít to je docela fajn.

[Jiri Bajer]

Tipnul bych si pul minuty na shutdown a kolem minuty na bootup (bios, timeout v grubu, loadovani kernelu + reload modulu, ifup na sitovky a restart alsy neco trvaji). Chce to pocitat s tim, ze velikost image je omezena velikosti swapu. Zkus a uvidis, problemy nejsou zas tak spatny, navic se pry pracuje na mergi obou swsusp do jednoho kodu, ktery bude nahrazovat stavajici swsusp ve vanille. BTW: Udajne je swsusp1 vic zavisly na kvalite implementace ACPI, zatimco swsusp2 z ACPI vyuziva min a je timpadem univerzalnejsi.

[mikecadil]

Asi před půl rokem jsem hybernaci vyzkoušel, ale nikdy nerozchodil, resp. nikdy se mi počítač neprobudil. Vždycky mě zajímalo, jestli jako suspend oddíl můžu použít oddíl, na kterém mám swap. Možná je to spíš otázka do diskuse, ale máte s tím někdo zkušenosti?

[Jiri Bajer]

Pro ulozeni image systemu se pouziva prave swap partition - viz. muj uvodni text v blogu... Viz. resume2=/dev/hda2 (kde hda2 je primary swap).

[Michal Čihař]

Nejdřív poznámka: swsusp je také suspend to disk, suspend to RAM je něco úplně jiného.

Nikdy jsem nějak nepochopil výhody suspend to disk. Trvá to stejně jako boot, akorát je mnohem větší šance, že přijdu o data . Na notebooku používám suspend to RAM, uspání i probuzení trvá pár sekund (tak doba otevření/zavření displeje ) a vyhovuje mi to.

[Michal Marek (twofish)]

Nigelův swsusp2 se zapnutou kompresí je celkem rychlý a hlavně ten notebook vypne úplně. Ale zkoušel jsem ho naposled někdy na 2.4.24, pak mě to nějak přestalo bavit.

[Michal Marek (twofish)]

Trvá to stejně jako boot, akorát je mnohem větší šance, že přijdu o data

Jo, s druhou částí toho souvětí máš pravdu

[Michal]

Jj, je to tak Kezby to chodilo aspon jako ve Windows... Otec ma ve zvyku proste zaklapnout viko sveho notase (=suspend to ram) pak vyrve vsechny usb zarizeni - klavesnice,mys , USB klicenka, tiskarna, vyrve wifi kartu, jede do prace, tam narve jina USB zarizeni, zapoji RJ45 a otevre viko (resume behem 3 vterin). Kdyz jede domu tak to dela take tak. Kdyz mu behem cesty dojde baterka (se stava dost casto) tak se to samo zahibernuje.

No a nedavno mi rikal, ze se mu to nejak zpomalilo. Zkoumal jsem co s tim je a zjistil jsem, ze nakynul do neuveritelne velikosti Kerio Personal Firewall (asi tim jako porad strida ruzne site). Docetl jsem se, ze to Kerio pri dlouhem pouzivani proste delava. Tak jsem se zacal pidit jak dlouho to uz bezi bez restartu a vysledek: 210 dnu! Nastoupil a vystoupil jsem service co pouziva kerio a zase to bezi jako po masle. Takze uz pomalu aspiruje na rekordni uptime

Muj stary notebook v Linuxu odmita inicializovat grafiku po probuzeni a druhy jednou na 10 resumu chcipne a pak je treba fsckovat a modlit se. Skoda, smutne srovnani :(

[Michal Čihař]

No přesně takhle mi to funguje ... Pravda wifi kartu nevyrvávám, tu mám integrovanou, ale s myší, DVB-T přijímačem a klíčenkou to běžně dělám .... ale uptime takový nemám, na to moc často upgraduju kernel )

No tu samohibernaci jsem ještě neřešil, protože se mi to ještě nestalo (nejspíš to bude tím, že mi suspendutý notebook žere hrozně málo, za den tak 10% baterky). Ale u suspendu na disk se mi ještě nikdy nepodařilo probrat grafiku.

Ale ty woknousy na tom nejsou taky nijak dobře, u rodičů se po hibernaci neprobere klávesnice ... což (v kombinaci s tím, že woknousy občas zapomenou na to, že tam je připojená myš) dělá počítač silně neovladatelný

[Jiri Bajer]

K prvni casti: Za blud se omlouvam, sam jsem nikdy swsusp1 Pavla Machka nikdy nezkousel. Pokud ma nekdo zkusenosti, nebo dokonce muze srovnavat, sem s tim! (tohle je taky vyhoda blogu oproti clanku - je to syrovej kus textu, kterej se muze obohatit z diskuze; pokud by byl zajem zkonsolidovat vysledek do clanku, neni problem - zatim na to ale nemam dost informaci). Az se dozvim vic, info v blogu opravim...

A k te druhe: pokud neudelas evidentni blbost (tj. resume z jineho kernelu i pres to, ze se te to zepta, jestli si jses fakt jistej), ztrata dat (aspon podle mejch zkusenosti) nehrozi - je to ten typ straseni, kterym se autori opensource softu jistej proti nahode.

Vyhoda je mnohonasobne rychlejsi boot - muj notas je centrino 1600 s pul giga pameti. Kdyz hibernuju z X se spustenym Gnome, FF, TB, Gaimem a terminalem, ulozi se mi na disk komprimovanych 200MB, ktere resumuju za deset-dvacet vterin. V porovnani s bootem, ktery trva kolem minuty a startovanim aplikaci vcetne uvedeni do puvodniho stavu, je to znat.

Pokud mas funkcni ACPI, mrkni se do /etc/acpi/lid.sh a poedituj si k obrazu svemu. U me lid jen nahodi screenblank, powerbtn.sh spusti shutdown -h. Nic ale nebrani tomu, dat tam misto toho hibernate.

[Michal Čihař]

Zkoušel jsem jak swsusp tak swsusp2 a několik hacků k tomu a všechno skončilo v nejlepším příbatě fuknkčním systémem bez grafiky, v horším to nenaběhlo vůbec a nezapsaná data byla v háji.

Ve zbytku asi došlo k nedorozumnění: ACPI mám funkční, na lid mám nastavený suspend to ram s tím problém nemám . Jediné co mi nechodí je jakýkoliv swsusp.

[Honza Jaroš]

Po půl roce, ale přece (vlezl jsem si sem přes Google při nějakém hledání): problémy s grafikou jsem měl při probouzení ze suspend-to-ram u Premio 5020N, display zůstával zhasnutý. Vyřešil to program VBETool, v hibernate-script je na jeho spouštění switch. Možná by to mohlo pomoct startu grafiky i u vás.

[izi]

Hezky clanecek, skoda jen, ze jsem si ho vsiml po tom, co jsem se s tim uz popral. Mozna by mi usetril trochu casu.

Vse se tvari, ze funguje jak ma, jen mi pri probouzeni vyhazuje tuto chybovou hlasku:

BIG FAT WARNING! You have filesystems mounted that may make resuming unsafe:
- ext2 fs mounted  rw.

Pokud povolim pokracovat v bootovani, zadny problem se neobjevi a notebook se "probudi" jak ma.

Konfiguracni soubor mam zhruba stejny jako autor, jedna se o Slackware 10.1 s jadrem 2.6.10, initrd.gz pouzivam.

Netusi nekdo kde hledat chybu?

[Jiri Bajer]

Mrkni se do hibernate.conf na radky, zacinajici na Unmount a Mount. Zrejme tam nemas uvedeny nektery z non-root filesystemu (/boot nebo /mnt/*).

[izi]

Tim to asi nebude, mam pripojenu jen root partition a swap.

$ mount -l
/dev/hda7 on / type ext3 (rw)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
usbfs on /proc/bus/usb type usbfs (rw)

Napada Vas nejake jine reseni?

[izi]

Odpovim si sam.

Prekompiloval jsem jadro tak, abych nemusel pouzivat initrd.gz (vsechny potrebne moduly pro nabootovani - v mem pripade pouze modul pro ext3 - jsem zakompiloval do jadra) a funguje to bez chyby.

Dekuji za rady, hezky clanek a podnetnou diskusi.

[majklvee]

muj problem BIG FAT WARNING! initrd not properly configured for resuming bude s timto asi souviset take, ze.

[Jiří Němec]

Pouzivam jadro 2.6.11-rc4-nitro1 "Do Androids Dream of Electric Sheep?" a je to parada. Od nacteni grubu mam za 30s obnoveny cely system, vcetne (php)eclipse, firefoxu, thunderbirdu(z 500MB mailu hlavne linux at linux.cz) a dalsich veci. Tohle je prvni nitro se kterym mi to umi usnout. Navic je to jadro v kombinaci s reiser4 zbesile rychle.

Jediny problem mam s xmms a artsd. Na artsd nejak neni pristup, celkove se chova zvlastne. Nevite nekdo jak ho v tom hibernate nejak sikovne ukoncit a hned pri spusteni zas nastartovat?

[Jiri Bajer]

AD1: IncompatiblePrograms xmms

AD2: StopServices alsa a StartServices alsa => slo by pridat totez pro arts.

Muzu mit prosbu? Pridej zaznam do swsusp2 WiKi o sve uspesne fungujici konfiguraci (hlavne jake zelezo pouzivas, popr. jake exoticke patche).

[Jiří Němec]

Xmms s vystupem na arts uz je v pohode, nemusim ho vypinat. Staci restartovat alsu a pak ukoncit artsd(posledne mi spadl sam) a znovu ho pustit. Problem je v tom, ze artsd neni az tak moc sluzba, bezi to pod uzivatelem ktery se prihlasi do kde stejne jako treba kdeinit.

Pamatuji si driv, jeste pod jadrem 2.4, ze mi pocitac pekne usnul s hrajicim xmms a pak se probudil a zacal zas hrat, ale nepamatuji si jaky zvukovy system jsem pouzival.

[trancelius]

StopServices alsa a StartServices alsa => slo by pridat totez pro arts.

-- Nešlo. St*Services se stará o služby, démony (/etc/init.d). Tam aRts díkyBohu není. Takže bych ho šoupnul hned vedle xmms, je to jen program.

[misterlister]

Zdravím,
moc pěkný článek, díky za něj.
Měl jsem problémy s X.Org 6.8.2 a nVidií, které jsem snad úspěšně vyřešil, tak se zde s vámi podělím o řešení, pro případ, že by se to někomu hodilo:

1. Stáhněte si nejnovější (dnes 6629) ovladače od nVidie a podle potřeby je opatchujte.
2. Z jádra odstraňte podporu agpgart (# CONFIG_AGP is not set) a nabootujte nové jádro.
3. Překompilujte nVidia ovladače, natáhněte nový modul. V /proc/driver/nvidia/agp/status by mělo být

   Status:          Enabled
   Driver:          NVIDIA
   

4. a na závěr v /etc/hibernate/blacklisted-modules zakomentujte modul nvidia

Teď by to již mělo fungovat. Testováno na 2.6.10-nitro4 GNU/Linux .

[Jiri Bajer]

Spousta zajimavych informaci, souvisejicich s uspavanim a setrenim energii se da najit taky na ACPI-devel mailing listu a strance projektu ACPI4Linux.

Hinty pro ladeni polofunkcniho uspavani jde najit napr v tomhle vlakne.

Pro posilani reportu se daji jeste pouzit nastroje jako dmidecode, biosdecode a acpidmp (posledne jmenovany neni soucasti Debianu ani Ubuntu, ale da se stahnout z ftp.kernel.org.

[Jiri Bajer]

Postreh: Pokud se vam misto textoveho progressbaru zobrazi v levem rohu napis -ne, zkontrolujte, ze mate v swsusp2 zapnutou podporu Text mode console support.