Suspend to Ram Howto avagy Hogyan "hibernáljunk" "szundiba" ?

Ugyan biztosan van olyan modul ami "ártatlan", de fölöslegesen van "hibernált memóriában", ha egyszer nincs létjogosultsága az adott helyzetben, felesleges az "életképességét tesztelni". A videókártya driver modul mindenképpen maradjon kernelben.

ha valaki meg tudja csinálni mindenképpen érdemes javított DSDT_TABLE-t tölteni a kernelbe. (ez már azért nem az a katt-katt kategória. nem olyan igen bonyolult, de uborkás rendszerhasználóknál már valszeg kiveri a biztosítékot ;-)

Ha helyreállítás után véletlenül ctrl-alt-backspace-t nyomunk , vagy a disztróban összeomlik a bejelentkezéskezelő (==Xserver Reset), akkor nvidia drivernél nv_kernel_close üzenet jelenhet meg a kernelnaplóban. célszerű ilyenkor xservert leállítani, nvidia modult kitölteni, majd vissza és xserver restart, mert nem mindig hibernál le ezek után "mégegyszer".

Helyreállítás után ha nincs kép, akkor nyomogassad a numlock/caps-lock gombot, ha azonnal reagál, akkor a videókártya nem tért magához (VBESAVE/RESTORE, stb. opciókkal kell próbálkozni hátha, és google, meg en.opensuse.org/s2ram..., stb :))

---hibajelenségek:

Q.: Nem hibernál le!!! egyszerűen nem kapcsol ki, a Stopping ..... lefut, meg villog a zöld led, de nem kapcsol ki.
A: A BIOSod nem támogatja az ACPI S3-at, vagy nincs bekapcsolva, ilyenkor a helyzet csak sima "standby"...vagy benne maradt a PaX_KERNEXEC... ;-)

Q.: visszaállításkor állandóan reszel az ide vinyó, vagy 5 percen keresztül, és lassú mint a szemét.
A: mondtam hogy IDE_ACPI-val forgasd a kernelt, multi_mode by default nélkül te süket ;-)!!

Q: ha több mint 10-20 percre szundizik nem tér vissza. Visszatéréskor a Num_Lockra reagál de vagy 5 percet kell várni, és képtelenség bármit csinálni.
A: valami modul bentragadt ami "csúnyán eltimeoutolt", és "fogja" a kernelt. sajnos meg kell keresni és hibernálás elött ki kell tölteni, a hozzá kapcsolódó "júzerlendes ;-)" daemonnal együtt...

Q: elsőre visszatér, aztán másodszori hibernálás után már nem. és num lockra sem reagál...
A: lásd. előző pont, valami modul nagyon rosszul viselte az egyszeri hibernálást. ha már nincs mit kitölteni, és a videókártyás guglis/opensuses/frissítős mókák sem segítenek, akkor érdemes a noapic, nomsi kernel paraméterekkel próbálkozni. és persze framebuffer nélkül.

Q: visszatéréskor fel alá futkosnak mindenféle csíkok a képernyőn
A: Mondtam a hogy framebuffer nélkül, vagy nem ? :)))

Q: olyan eszközt is használok mely nem ismeri az ACPIT, olyan régi, hogy több rajta a por, mint az elektronika.
A: a driver moduljait ki kell tölteni hibernálás elött, utána meg powersave meg visszatölti. eszköznek semmi baja nem lesz.

Q: használok acpi daemont, hogy a kikapcsológombra állítsa le a gépet, amikor a led villog és megnyomom, akkor ez nem okoz gondot , tehát visszaállítás helyett nem fogja lekapcsolni a gépet? ill. ha visszaállt, akkor utána megnyomom attól a leállítási opciója még megmarad?
A: nem, nem fogja a gépet leállítani, és igen, helyereállítás után minden marad a régiben, ha mégegyszer megnyomod a lekapcs. gombot akkor ki fog kapcsolni.

Q: nincs sleep billenytűm, akkor is működik a dolog?
A: igen.. nekem sincs, mégis műxik ;-))) a kikapcs. gombot kell megnyomni.
SZERK:

Azért ennyire nem egyszerű a dolog, a

/etc/acpi/powerbtn.sh

lehet pl. átszerkezteni hogy shutdown helyett powersave -u legyen.

Q: használok sensor figyelő programot, és visszaállítás után azonnal leáll a gép.
A: igen, ez így van, a "bekapcsolási " folyamat pl. a Vbat értéket megnöveli, így a szenzorvizsgálatnál a felső határértéket magasabbra kell állítani. és akkor nem veri le a lécet.

Q: újraindítás után valami elmebeteg évszám keletkezik, 2000, 2002, teljesen random, minden indításnál más.
A: rtc (real time clock) legyen modulban vagy kernelben, és nézz utána van e a kernel forrásodban ilyen bug, valahol a gitben láttam ezt említeni... de meg nem mondom mikor kernelre...És powersave el tudja menteni RESTORE_CLOCK=yes opcióval a rendszeridőt...(a /etc/powersave/sleep)-ben találod.

SZERK:

Q: telepítettem a powersave daemont, de csak rootként működik, felhasználóként nem, nincs valami más a sudo powersave helyett ?
A: dehogynincs, benne van a doksiban, máskor tessék olvasni. Debian Etchben van egy powerdev nevű csoport ide kell behajigálni a felhasználókat akiknek ezáltal engedélyezett lesz a powersave-vel való kommunikáció a dbus daemonon keresztül. és akkor userként is megy, illetve KDE alatt a kpowersave is egy szimpatikus jószág.

semmi több nem jut most eszembe.

Szerk

Q: Időnként előfordul, hogy a grafikus terminal (tty7), helyreáll, de a másik 6 (tty1-6) képernyő kikapcsolt állapotban marad, és semmilyen setterm reset, dpm on, hasonló kapcsolókkal nem tudok bele életet lehelni, maguk a terminálok működnek, csak éppen képet nem látok. mitől lehet?
A: jó kérdés, próbáld ki a powersave/sleep-ben a VBE_SAVE="yes"-t /s2ram -s/ . A probléma akkor jelentkezik, ha a tty terminálokon is alkalmazod a DPMS-t (képernyő lekapcsolását), és a "legutóbbi visszaállítás" óta nem váltottál át terminálra, így hibernáláskor "kikapcsolt"nak, "nemlétező"nek tekinti a tty-okat, így nem menti el, és nem is állítja helyre, és a képernyőt a kikapcsolt állapotból már nem fogod tudni kibillenteni. Ilyenkor visszatéréskor elfelejti a terminalbeállításokat, így a szükséges egyéb kódolást (iso02), vissza kell lőni /etc/init.d/console-screen.sh-vel vagy hasonló hatást kiváltó cuccal. (disztrófüggő)., ezért a VBE_POST="yes" opciót is ki kell választani, és az resetel mindent, vagyis "újrainicializálja" a grafikus csipet, (ha tudja, valószínűleg igen), egyetlen leírásban sem találtam ezt a két opciót így együtt, de ha egyszer ez működik fullra, akkor ezt kell csinálni. :)

Egyébként tényleg nem rossz dolog ez a SUSPEND-TO-RAM, 3-7msp alatt "kikapcsol", és vissza is áll. attól függően mennyi modult kell kitölteni.

Ez afféle "betonbiztos" leírásnak készült, tényleg minden zavaró tényező kizárásával. végül is a gép ilyenkor kikapcsol kvázi, nincs sok értelme drivereket tartani a memóriában. ;-) driver stabilitási tesztnek mondjuk nem rossz ;-)))

SZERK: alsa kivétele nélkül megpróbálom, hogy ne kelljen a mixerrel vackolni, sanszos a dolog, hogy menni fog anélkül is. RE-SZERK: mégsemem megy hosszú leállás után nem éled. hiába ami működik nem érdemes piszkálni. alsasound, alsa-utils leáll/újraindít, snd_page_alloc modul kitölt/visszatölt..

SZERK
Nálam valszeg a régi tunerkártya ami nem ACPI kompatibilis , okozza a gondot hang téren. lirc téren biztosan. de mint betonbiztos leírás, és kikapcsolt állapotban nem játszunk le hangokat, ezért ez itten így "biztosan" műxik. :))

SZERK 11.23

Ezen sokat filóztam, de úgy látszik nem túl közismert, úgyhogy...
Q: Hogyan tudom beállítani hogy a gép a hibernálásból egy megadott időpontban ébredjen fel ?
A: Huhh. Ez a dolog kicsit lehet hogy kernelfüggő. A 2.6.21-es kerneltől felfele létezik egy bizonyos rtc-cmos nevű driver/meghajtó amivel be lehet állítani linux alól a CMOS ALARM időt a biosban. És kikapcsolás / hibernálás (suspend to disk) / szundi (suspend to ram) -ból a megadott időben feléled. Az idő megadása kicsit bonyolult. A

/sys/class/rtc/rtc(0-tökömtuggyahányasnálad)/wakealarm

nevű fájlba kell beírni %s formátumban. Persze kell hozzá hogy a BIOS tudjon "riadóra" éledni. És annyit érdemes még tudni, hogy asszem a generic rtc driverrel akad, tehát a rtc modulban vagy kernelben van, akkor rtc-cmos error 16al device buzi-ra fog hivatkozni, és nem műxik. értelemszerűen rtc sysfs support is kell hozzá. Ha régebbi kernelünk akkor van egy más módszer, lehet ez működik újabb kernelen is, de nem vennék rá arzént ;-)... Ez pedig az hogy a

/proc/acpi/alarm

fájlba kell beírni, és akkor a megadott időben szundiból vissza fog térni.

Az idő megadása a következő:

ÉÉÉÉ-HH-NN ÓÓ:PP:MM

ha hónap, ill. nap helyére pl. 0-t írunk, akkor az a * karakternek felel meg, tehát az adott hónap x.napján (2007-00-11 15:00:00), vagy adott hónapban minden nap x.órában mindig fel fog éledni (2007-11-00 15:00:00). Ez csak a szundira vonatkozik, hibernálásból / kikapcsolásból nem fog feléledni, mert nem adja át a paramétert a CMOS BIOS ALARM-nak (tehát a biosos ébresztőnek)...De ez a "hótu" a szundiról szól . :-)