OpenSuse + notebook + uspavani

24.4.2006 13:09 | Přečteno: 1255× | Linux

Nedavno jsem na svem notebooku nainstaloval novy OpenSuse 10.0. Po nainstalovani a rozbehnuti vsech veci nutnych k praci me zajimalo, jestli pobezi uspavani a suspendy.

Podle informaci z Internetu (no dobre, hlavne tady z abicka ) jsem si nechal vypsat soubor /sys/power/state a dostal vysledek standby mem disk, coz me potesilo. Vyzkousel jsem vsechny 3 a funguji bez vetsich problemu.

Suspend to disk je uplne bez problemu. Pouzival jsem ho cely minuly tyden misto vypinani notebooku pred odchodem z prace. Behem tyden jsem si vsiml, ze se mi pomalu plni swap a pamet. V nedeli pred vypnutim zaplneni doslo do stadia, kdy bylo zaplneno vic jak 50% pameti i swapu, tak me zajimalo, jak se s tim suspend popere. Nepopral se a uspavani skoncilo chybou. Je to celkem logicke, takze to za chybu nepovazuju. I kdyz by kontrola, zda-li je system ve stavu, kdy muze byt sesupendovan, vubec neskodila.

V mem relativne standardnim pracovnim prostredi (Eclipse, TomCat, minimalne 1 instance Oracle databaze, FF s dost zalozkami, TB s nekolika schrankami a stovkami ticis emailu) trva suspendovani asi 40 vterin a zhruba stejne dlouho zase natazeni. Vsechny procesy se vzbudi korektne, nic pak nema problemy. Jedinou vyjimkou je treba aktivni GPRS spojeni pres mobil pripojeny pres USB, protoze pri suspendu se shazuji subsytemy jako je prave USB. Ale to opet nepovazuju za chybu, protoze po vzbuzeni subsytem korektne nabehne. Jen jednou se mi stalo, ze bylo zapotrebi zarizeni fyzicky odpojit a pripojit a to nakonec jen proto, ze bylo namapovano na /dev/ttyUSB1 misto /dev/ttyUSB0.

Suspend to RAM je nechutne rychly Notebook chrupka za 3 vteriny. A stejne rychle se vzbudi. Drobna potiz je pouze v neprobuzenem displeji, coz resi utilitka video_post.

Posledni moznosti je stand by rezim, ktery je take okamzity. Projevuje se u nej stejny problem jako u suspend to RAM - neprobouzeni displeje, ale opet to resi utilitka video_post. Mam pocit, ze do tohoto rezimu se notebook automaticky prepne i kdyz zaklapnu displej - minimalne je uspane LCD a je zapotrebi ho opet vzbudit.

Uspavani je velmi prijemne, protoze nemusim po kazdem zapnuti notebooku "vyrabet" pracovni prostredi (i kdyz se nektere aplikace spousti automaticky) a dostavam se okamzite do stavu, kde jsem prestal pracovat. Ale jsou i stinne stranky. Po zapnuti se dostavate do prihlaseneho systemu, coz mi celkem vadi. Vyresil jsem to zamcenim X a pak teprv suspendovanim. Druha vec, kterou teprv budu overovat je pripojeny sifrovany FS, protoze podle me pripojeny sifrovany FS zustane pripojeny uz minimalne proto, ze nepujde lehce odpojit kvuli bezicim aplikacim, ktere na nem maji otevrene soubory. I kdyz budou X zamcene, dostava se pripadny zlodej k systemu s pristupnymi citlivymi udaji. Pokud s timto mate nekdo zkusenosti, budu rad, kdyz se podelite v diskusi

       

Komentáře

[petr_p]

Ja bych spis jako problem videl, ze se suspeduje na swap partition a pak cely zmrazeny system lezi na disku nesifrovany. Proto jsem tuto vychytavku musel ozelet. Jak by to dopadlo se zasifrovany swapem (co koho prepise a jak zpanikari jadro po nabootovani) jsem radeji ani nezkousel).

[tomm]

Tahle moznost me teda uz vubec nenapadla. Tak jsem mel trochu radost, ze mam neco, co mi usetri cas, a ono to vypada celkem spatne

[Zdeněk Štěpánek]

Pekne. Muj opensuse10 se na mem notasu chova divne. Driv vse fungovalo, ale od jisteho upgradu mi Kpowersave KDE aplet spolehlive odstreli powersaved demona. Zase se to da nahodit, ale pri right-clicku ten powersaved zase slitne...

Nijak vic jsem to zatim neresil, protoze mi to zas tak zasadne moc nevadi.

Zdenek

[tomm]

Demony moc nepouzivam, takze bohuzel neporadim A KDE jsem opustil uz kdysi davno