Stav podpory uspávání v Linuxu (diskuse)

[pasky]

Asi stoji za poznamku, ze pokud pouzivate rozumne novou verzi nejake pritulne distribuce, ta pravdepodobne jiz vse vyresila za Vas a ke zprovozneni suspendu rozhodne nebudete muset kompilovat vlastni kernel ani psat shellove skripty.

Clanek popisuje kernelovou cast suspendu. To, jak je to vnitrne udelane v pritulnych distribucich v userspace, je vsak bohuzel take cim dal komplikovanejsi - jde o pomerne slozite sehranou sestavu, kdy spolu komunikuje kernel, uswsusp, dbus, HAL, acpid a powersave. Z toho cast techto programu ma falesne konfiguracni soubory, ve kterych se ve skutecnosti nic nedela, protoze veskera logika bydli uvnitr HALu a powersave. Zpusobu, jak provest suspend, je tak velka spousta (podle toho, kterou cast z te soustavy nakopnete) ovsem s ruznou mirou korektnosti ("korektne" == skript se stara i o tanecky kolem X serveru, blacklist modulu, pripravu dalsiho bootu, atd. - obvykle je pak potreba pouzit nejakou utilitku, ktera kopne HAL, treba powersave -U). Ovsem sam tomu poradne nerozumim a potiz je ta, ze monstrum jako HAL myslim rozumi a je schopno debugovat jen velmi malo lidi (a ostatni jej proto nemaji radi; ja uznavam, ze v soucasnosti se bez neceho takoveho klikaci distribuce tezko obejdou, ovsem v mnoha smerech se svoji monstrozitou blizi prave ACPI - jen misto ASL je XML .

P.S.: Jmenuje se to uswsusp, ne mswsusp.

[xm]

HAL je naprosto výborná a nesmírně užitečná věc (a to prosím nejsem příznivcem klikacích distribucí), nebýt něho Linux je na desktopu teprve v prehistorické době. Žádné nepřehledné monstrum to není, ba právě naopak (kód je velmi dobrý). Jediné, co by se mohlo někomu snad nezdát, je to že obsahuje věci specifické k některým konkrétním hardwarovým výrobkům (na obcházení jejich bugů - to je prostě nutnost vzhledem k tomu, jak jsou některé hardwarové výrobky stupidní - nebýt HALu musel by jejich problémy řešit zvlášť vývojář každé aplikace).

Srovnávat HAL s ACPI je naprosto nesmyslné - HAL je čistě userspace abstrakční vrstva nad hardwarem, kdežto ACPI je nechutné, špatně fungující, každým výrobcem jinak (nestandardně) implementované proprietární monstrum které je zalezlé v BIOSu i v kernelu (nehledě na to, že každý dělá něco úplně jiného - to není ani jako srovnávání jablek s hruškami, ale spíš jablek s velbloudy). ACPI je zlo a strašně nechutný mor, kterým PC trpí. Škoda že PC nepoužívají Open Firmware.

[pasky]

Nesrovnaval jsem HAL s ACPI, ale monstrozitu HALu s monstrozitou ACPI.

Uz v puvodnim prispevku jsem psal, ze uznavam, ze HAL je potreba. Zadne argumenty proti tvrzeni, ze realizace vsak neni uplne stastna, jsem ale v odpobedi nenasel. Vlastne dobra, kod je mozna velmi dobry (nikdy jsem ho necetl).

Hlavni potiz HALu je ta, ze je velice neUNIXovy: spousta veci (identifiery zarizeni (naprosto nevhodne pro lidskou spotrebu), konfiguracni soubory v XML, mountpointy, ...) resi mimo stavajici UNIXovy framework po svem - to je neco, co spousta lidi jednoduse zaskoci a hned zpocatku si tak k HALu vytvori negativni vztah - ja tam strcil zarizeni, ale ve fstab ho nenajdete (a o pmount-hal se mozna casem nahodou dozvite, nacez budete postaveni pred daunting task zjisteni UDI - zazitek natolik silny, ze o nem jeste mesic budete na potkani vypravet fellow geekum).

Zkratka receno, HAL je dobra idea a implementace mozna funguje, kdyz vse slape, jak ma, a nejste zvykli pouzivat prikazovou radku. Ovsem pro naprostou vetsinu lidi, kteri [si mysli ze] Linuxu celkem rozumeji, je debugovani zkusenost dost hrozna, protoze system ma s UNIXovymi konvencemi spolecenho pramalo, spatne se s nim uzivatelsky komunikuje, je docela dost komplikovany (fdi information policy preprobe la la la) a neni od nej poradna dokumentace.

Totiz, dokumentace: zejmena UNIXova. Je skvele, ze v hald(8) najdu odkaz na webove stranky, kdyz mi hal-power-save na mem notebooku zacal hlasit chybu v HAL policy (co to vlastne asi je?) a k internetu kilometry daleko).

[xm]

Nemohu souhlasit s vaší výtkou proti "neUNIXovosti" HALu. Např. to že se nová zařízení nepřidávají do /etc/fstab, ale mohou být uživateli mountována pomocí pmountu, je mnohem lepší řešení, než kdyby se přidávala. Ono to tak dokonce v HALu původně bylo, zařízení se přidávala do /etc/fstab, ale to se obrovské spoustě lidí nelíbilo (málo kdo má rád, když mu uživatelský program přepisuje systémové soubory).

Co se týče použití XML, tak na tom také nevidím nic špatného (a to přesto, že XML zrovna moc v lásce nemám a jeho nadužívání mě občas pěkně s*re). Zrovna na konfigurační soubory HALu, různé policy, atp. je XML vcelku ideální formát. HAL potřebuje (kvůli složitosti dnešního hardware) komplexní možnosti nastavení, které by klasickým jednoduchým textovým konfigurákem nebyly realizovatelné. Dal by se použít místo XML třeba nějaký skriptovací jazyk (Python, Ruby, Scheme, ...), ale to má zas jiná svá úskalí a vsadím se, že by se to zas nelíbilo jiným lidem.

Uvědomte si, jak je UNIX starý koncept. Je osvědčený a kvalitní, o tom žádná, ale v mnohém prostě už nevyhovuje potřebám dnešního hardware a obecně dnešní doby (obzvláště na desktopu, na serveru to problém zatím není). Proto musí být rozšiřován různými vrstvami jako je např. HAL.

[xm]

Jediné s čím s vám mohu souhlasit je dokumentace. HAL opravdu není zrovna moc dobře dokumentovaný.

[thingie]

Není to tak zlý. Například mít v dokumentaci popisy d-busového rozhraní je, jak se mi aspoň zdá, slušný dokumentační luxus. Většinou to je jenom ve zdrojácích. :-/

[Kvakor]

Zkratka receno, HAL je dobra idea a implementace mozna funguje, kdyz vse slape, jak ma, a nejste zvykli pouzivat prikazovou radku. Ovsem pro naprostou vetsinu lidi, kteri [si mysli ze] Linuxu celkem rozumeji, je debugovani zkusenost dost hrozna, protoze system ma s UNIXovymi konvencemi spolecenho pramalo, spatne se s nim uzivatelsky komunikuje, je docela dost komplikovany (fdi information policy preprobe la la la) a neni od nej poradna dokumentace.

Pod tohle bych se klidne podepsal - po te, co jsem koukal jak nastavit HAL k obrazu svemu, jsem celkem rychle dospel k zaveru, ze ho vlasne vubec nepotrebuju. Suspend na desktopu nepotrebuju (mozna nekdy na notebooku), zastrkavana zarizeni mountuju rucne a na featury typu "po-zastrceni-flashdisku-se-ti-na-plose-hned-objevi-ikonka" kaslu, protoze ikonky na plose nepouzivam (a to ani v praci na Windows).

Ale uznamav, ze pro uzivatele "odkojene" Windows je HAL perfektni vec, tedy alespon do doby, kdy se nepokusi upravit konfiguraci pres jeho konfiguracni soubory.

[xm]

Šíříte FUD, nejsem odkojen Windows a přesto považuji HAL (tak jak je v Linuxu implementovaný) za výborné řešení. Viz můj příspěvek výše. Co se týče konfigurace HALu, tak jsem nikdy na problém nenarazil. Ten XML formát je docela přehledný (a to říkám přesto, že nejsem fanouškem XML).

[Yokotashi]

Me se treba koncepce HALu nelibi ... nemam rad, kdyz si nejaka vrstva systemu mysli, ze je chytrejsi, nez ja. Nakonfigurovat jsem se to nikdy nepokusil, protoze deklarovana funkcionalita je presne ta, kterou v zadnem pripade na pocitaci mit nechci (prvni, co jsem udelal s kazdou distribuci linuxu (krome gentoo a debianu) bylo, ze jsem zjistoval, jak zabit automounter).

Nicmene ja jsem ten typ uzivatele, co si minuly tyden potreti v zivote dal nejaky obrazek na plochu windowmanageru ... a to jenom proto, ze nejak prisla rec na to, jestli to ve fluxboxu vubec nejak jde. A stejne toho pavouka prez ty Xtermy nevidim ...

Treba na suse funguje HAL dobre (cti: "nesnazi se me donutit, abych zjistoval, jak ho zabit") a verim, ze spouste uzivatelu to muze vyhovovat. Na Linuxu je hezke, ze si kazdy muze vybrat to, co mu vyhovuje.

[Michal Kubeček]

Me se treba koncepce HALu nelibi ... nemam rad, kdyz si nejaka vrstva systemu mysli, ze je chytrejsi, nez ja. Nakonfigurovat jsem se to nikdy nepokusil, protoze deklarovana funkcionalita je presne ta, kterou v zadnem pripade na pocitaci mit nechci (prvni, co jsem udelal s kazdou distribuci linuxu (krome gentoo a debianu) bylo, ze jsem zjistoval, jak zabit automounter).

Zvláštní… jedna z prvních věcí, které jsem se v dokumentaci k HALu dočetl, bylo to, že HAL nemá na starosti automatické mountování zařízení… :-)

[Michal Kubeček]

Sakra… ten první odstavec není ode mne, to měla být citace…

[eh]

Jakou funkci HAL má, když není určen k automountu?

[Michal Kubeček]

Především funguje jako abstrakční vrstva umožňující získávat informace o hardwarových zařízeních přes jednotné rozhraní. Takže nemusíte používat jednu metodu pro zařízení připojená přes USB, druhou pro SCSI, třetí pro IDE disky atd. Tohle do určité míry zajišťuje sysfs filesystém, ale HAL pracuje i s informacemi "vyšší úrovně", které jádro (a potažmo sysfs) nezajímají a ani se k nim nedostane.

Kromě toho HAL umožňuje pomocí definičních souborů tyto informace dopnit (jsou-li neúplné) nebo opravit (jsou-li nepřesné) - některá zařízení o sobě neříkají všechno a některá o sobě dokonce lžou. Také umožňuje definovat politiky, tedy předpisy, jak se má se zařízením nakládat (např. preferovaný mounting point). A samozřejmě i notifikovat user space aplikace, které mají s tím zařízením pracovat (např. démona, který se postará o to přimountování).

Takže HAL nemá na starosti automatické přimountování flashdisku nebo vloženého CD-ROM média. O to se stará samostatný démon, který je obvykle součástí desktopového prostředí, ale i mimo KDE/Gnome můžete použít např. ivman. HAL tomuto démonovi pouze řekne, že se objevilo nové zařízení, jakého je typu, jaké má vlastnosti, jestli se má automaticky mountovat a jak by se měl jmenovat mounting point.

[Ondrej 'SanTiago' Zajicek]

Me se HAL take nelibi, zejmena proto, ze jsem zatim neprisel, k cemu bych takovou vec potreboval. Prijde me to jako typicky priklad abstrakce pro abstrakci samotnou.

[pasky]

Ja myslim, ze by HAL byl principielne perfektni vec i pro uzivatele neodkojene Windowsem, jen by to melo byt neco mnohem jednodussiho, pruhlednejsiho a vice user-friendly. A bez UDI. Mozna nekdy neco takoveho naimplementuju.

[thingie]

Jo, HAL je strašně divná věc. Ale nepřijde mi, že by řešil věci neunixově, on spíš řeší věci co Unix neřeší vůbec, ni?

[Robert Krátký]

P.S.: Jmenuje se to uswsusp, ne mswsusp.

V článku je použito μ.

[Ondrej 'SanTiago' Zajicek]

Clanek popisuje kernelovou cast suspendu. To, jak je to vnitrne udelane v pritulnych distribucich v userspace, je vsak bohuzel take cim dal komplikovanejsi - jde o pomerne slozite sehranou sestavu, kdy spolu komunikuje kernel, uswsusp, dbus, HAL, acpid a powersave.

Nevim, asi mam stesti na hardware, ale me az na dve drobnosti funguje cely STR ciste na kerneli bazi - staci echo mem > /sys/power/state a je to. A funguje nejenom suspend, ale i resume :–) . Zadne uswsusp, dbus, HAL, acpid ani powersave nepouzivam.

[DNA]

Užitečné pro notebooky, ale i pro desktop (systém naběhne rychleji, nemusíte znovu spouštět, programy a přemýšlet, kde jste skončili...).

[Josef Kufner]

Nutno poznamenat, že Tux On Ice (swsusp2) je výrazně méně stabilní, než ten swsusp, co je ve Vanilce. Ale projevuje se to spíš až při uptime nad týden (pak se mi swsusp2 občas neprobudí, takže používám swsusp z Vanilky).

[pele]

Nutno poznamenat, že Tux On Ice (swsusp2) je výrazně méně stabilní, než ten swsusp, co je ve Vanilce.

To rozhodne nepopiram, podle me zkusenosti se ale kvalita a stabilita docela zlepsila. Na mem HW se mi zdalo swsusp2 o neco rychlejsi. S tim probouszenim po dlouhem uplinku sem mel problemy jen u starych verzi, jinak nemam problem s uplinkem kolem 150 dni (pak sem vybil baterku:).

[ed]

Nuz, ja som skusal suspend2 niekolko krat na niekolkych roznych zostavach s niekolkymi verziami kernelu s hibernate skriptom aj bez neho a zakazdym mi to zdochlo vo freezeri. Cital som si ze co by mohlo byt pricinou toho, ze to skapina, ale nic z toho, co som nasiel, nepomahalo...

Takze som ostal pri swsusp, co je v kerneli, kym nemam spustenych nejako hovadsky vela programov, ide zahibernovat vzdy a netrva to ani tak dlho.

Apropos, mam pocit, ze k suspend to ram sa pouziva vzdy kernelovy kod a ze na to suspend2 nema vplyv, nie? ;] Takze instalovat suspend2 kvoli suspendovaniu do RAM nema absolutne ziaden zmysel.

[progdan]

Me TuxOnIce funguje perfektne, nemohu sice porovnat rychlost (ostatni jsem nezkousel). Jediny velky problem je s modulem nvidia, ktery se nechce vypnout a nemuzu tak hibernovat s grafickeho prostredi. Ale pokud mam v terminalu pustenou kompilaci a chci to prerusit, je to idealni vec :)

[trekker.dk]

Jediny velky problem je s modulem nvidia, ktery se nechce vypnout a nemuzu tak hibernovat s grafickeho prostredi.

nvidia sice je uveden v blacklisted-modules, ale když se zakomentuje, tak hibernace i probuzení fungují (aspoň mě teda)

[vanous]

Je škoda, že většinou se toto řeší pro laptopy, když na desktopu vidím výhodu velmi jasnou - omezení spotřeby. U nás běží comp velkou část dne a to jenom proto, aby byl okamžitě k dispozici (check google, email, něco poznačit a podobně). Čekat přes minutu nebo dvě než systém naběhne je zbytečným omezením, probuzení ze spánku to krásně řeší.

[pj]

holt sis zvolil nevhodny op. system;) neuspokojivy stav powermanagementu je jednim z duvodu miziveho rozsireni linuxu na desktopech.

[hydrandt]

Dovolím si nesouhlasit - nevím o žádném uživateli Windows, který by suspend používal, na ntb ani na desktopu...

Nevím proč, ale je to tak.

[pj]

ale to je jejich problem, ta moznost tu proste je. a je to funkcni a spolehlive od dob w2k. neni duvod bootovat casteji nez 1x/mesic, po instalaci updatu;)

[cedrik]

.... až na to že existují periférie připojené přeze USB, které po probuzení odmítají spolupracovat a nepomůže ani odpojení a opětovné připojení. Nevím jak říci Widowsům aby to zařízení znovu inicializovaly. Když ho zapomenu odpojit, tak po probuzení následuje reboot. V linuxu přinejhorším mohu reloadnout moduly (provádím). Takže s tou funkčností opatrně, kdyžtak specifikovat oblast.

[Ash]

Vždyť je to pako.. Stejně tak můžeme říct, že mizerná podpora powermanagementu u Windows je důvodem malé rozšířenosti Windows u lidí, kteří umí používat Linux. Konkrétní případ se vždycky najde, třeba mne kdysi také každé uspání Windows trápilo, byla to jak ruská ruleta -- probudí se / neprobudí :)

[Ash]

Samozřejmě jsem to vyřešil přechodem na Linux, ne hackováním Windows.

[hefo]

no tak to sa zjavne nepohybujes na spravnej scene... poznas vobec nejakeho uzivatela Windows?

[hydrandt]

Jo, řádově víc než osobně uživatelů Linuxu :)

[frdrx]

Za tento příspěvek navrhuji autorovi prémiovou odměnu ve výši 120 Kč.

[kkaarreell]

A ted jeste navrhni nekoho, kdo mu ji vyplati. Ale ne me, ja uz o uspavani precetl dost clanku na to, abych se to na svem notebooku pokousel rozchodit. Hlavnimi duvody jsou lenost, maly swap a zase lenost.

[kkaarreell]

Mel jsem na mysli suspend na disk, suspend do pameti mi funguje, ale prakticky jej nepouzivam.

[vencour]

Proč nee, já se spíš zeptam: mam to autorovi poslat do redakce? Nebo mu napsat mail, "kam to chce"?

[R]

Bratovi som nainstaloval Linux na desktop a ma to spravene tak, ze ked necha PC dlhsiu dobu neaktivne, tak sa suspenduje do RAM. Staci stlacit vypinac (doska nepodporuje zobudzanie klavesnicou) a za par sekund sa s tym da robit.

[Kvakor]

Je škoda, že většinou se toto řeší pro laptopy, když na desktopu vidím výhodu velmi jasnou - omezení spotřeby ...

Spanku, ne z hibernace? Ja bych to s tou spotrebou zas tak ruzove nevidel - doporucuju poridit ci pujcit si wattmetr a zmerit, jakou ma pocitac spotrebu behem S3 stavu (STR) - setkal jsem se se strojem, kde to bylo okolo 35W, u mne je to 22W. Notebooky maji takovouhle spotrebu v plne bezicim, ale nezatizenem stavu (a nektere ty opravdu usporne i pri zatezi).

V S4 (STD) je to jedno, protoze zdroj se muze bez jakehokoliv problemu natvrdo vypnout. A pokud se zaroven odpoji i napajeni ostatnich periferii (optimalni jsou vicenasobne zasuvky se vypinacem a prepetovou ochranou), spotreba PC pak bude nulova.

[CIJOML]

SWSUSP v jadru funguje bez problemove pro me (pouzivam jen ulozeni na disk) na vsech laptopech i stolnich pocitacich co mam k dispozici. Potrebu prejit na swsusp2 jsem nikdy nemel.

Jen 2 veci bych mu vytknul:
1] Smaze image ze swapu i kdyz se nekorektne probudi - toto by mel vyvolat nejaky userspace program nebo uzivatel - velmi by se mi hodilo nabootovat pokazde stejnou image - treba v knihovni citarne.
2] Obcas velmi zridka mi nejdou spustit nejake programy a padaji na Seqfault. Staci ale prebootovat a je to zase v poradku. Mozna to je tim, ze uspavam vazne mnohokrat, takze nemam problem udelat klidne 50 uspani/probuzeni za sebou bez rebootu.

[trekker.dk]

Smaze image ze swapu i kdyz se nekorektne probudi - toto by mel vyvolat nejaky userspace program nebo uzivatel - velmi by se mi hodilo nabootovat pokazde stejnou image - treba v knihovni citarne.

No tak to vidíš, měl jsi potřebu přejít na swsusp2, který to umí, a ani o tom nevíš...

[Mandarinka]

Taky uspavam hodne casto (prakticky reboot nepouzivam, ani kdyz se updatuje kernel - su liny), ale se swsusp problemy nemam. Naopak ho doporucuji, protoze na mem starsim strojku je radove rychlejsi, a navic po te, co se odinstaloval userspacovy suspend (ve prospech swsusp v jadre) zacalo fungovat suspend-to-RAM... Zkuste! (openSUSE 10.3).

P.S. Co se tyce velikosti image. Mam hodne malo RAM a vyuzivam ji nezrizenym zpusobem (thrashuje to az hamba). Presto sem s uspavanim nemel problem.

[Josef Kufner]

2] Obcas velmi zridka mi nejdou spustit nejake programy a padaji na Seqfault. Staci ale prebootovat a je to zase v poradku. Mozna to je tim, ze uspavam vazne mnohokrat, takze nemam problem udelat klidne 50 uspani/probuzeni za sebou bez rebootu.

Tak to máš nějaké rozbité. Mám momentálně uptime 72 dní a 118 úspěšných probuzení (neúspěšné byly taky, ale nakonec to rozdejchal). Nic mi na následky suspendu ještě nespadlo. (Debian, Vanilka 2.6.18.8)

[CIJOML]

Debian, vanilla 2.6.23.11 - je pravda, ze verze 2.6.22 fungovala co se suspendu tyce lepe. Treba ve .23ce kdyz se probouzi muj desktopovy Dell, tak ma cernou obrazovku (intelfb v jadru), probuzeni se povede a pri prechodu do konzole ctrl+f1 je zase obrazovka ziva - pro me trochu zahada ;) i v tomto pripade .22 fungovala spravne.

[pj]

je videt, ze z uzivatelskeho pohledu je na tom linux, ve srovnani s dominantnimi op. systemy, s powermanagementem porad bidne, dokud nebude stacit pro aktivaci standby/hibernace zaskrtnuti prislusneho checkboxu, nema linux sanci proniknout na desktop hojneji. bohuzel neni patrny ani vyvoj ve smyslu zprehledneni cele veci vuci uzivateli, ba prave naopak, hromada vzajemne provazanych skriptu a konfiguraku. cely je to pomaly a nespolehlivy.

[hydrandt]

Zde je popsán způsob, jak si to všechno udělat ručně - v Ubuntu a Suse mi vždycky stačilo jen kliknout, fungovalo to out-of-the-box. Možná mám štěstí na hardware, ale je to tak.

[Pavlus]

To mohu potvrdit. Na Mandrivě 2007, 2008 dle mé zkušenosti (notebook IBM, desktop Acer) funguje bezproblémově. Na notebooku bych si provoz bez suspend a hibernace nedokázal představit. Nestavení proběhlo pomocí povolení této funkcionality jedním checkboxem.

[Leoš Literák]

Muzu se zeptat, jak na to? Jeste jsem se neprinutil cist dokumentaci, ale naivnim pohledem do KDE menu pri odhlasovani jsem nenasel zadnou volbu pro uspani PC. Jen reboot.

[filbar]

To jsou asi nějaké patche od distribucí. Třeba ve Fedoře, také v odhlašlovacím dialogu je přidané tlačítko pro uspání do RAM/disk a v Gentoo to není.

[Leoš Literák]

No, ja jsem prave take uzivatel Mandrivy a nevsiml jsem si teto volby / tlacitka. Tak me zajima, co delam blbe.

[maleprase]

na tohle s oblibou pouzivam kpowersave - pres ikonku v panelu si bud vyberu co chci nebo si v ramci nastaveni nastavim jak se to ma chovat kdyz zavru notebook, zmacknu vypinaci tlacitko apod

[xm]

Situace rozhodně není tak špatná, jak tu popisujete. V moderních distribucích určených pro desktop už je většinou vše nastaveno tak, aby to fungovalo out-of-the-box (samozřejmě v rámci možností, některý hardware je prostě naprosto sr*čkózní). Není to vina Linuxu, ale stupidních výrobců hardware, kteří nedodržují specifikace a používají zabugované polofunkční implementace ACPI. Linux se naopak tento neutěšený stav vcelku úspěšně snaží řešit.

A řeči o nepřehlednosti situace jsou také nesmyslné, od toho jsou tu vysokoúrovňové utility jako pm-utils (dříve powermanager, který však nebyl ještě tak propracovaný a nespolupracoval tak dobře s HALem). Na nižší úrovni se situace může zdát nepřehledná, ale je to jen zdání. Vše co je potřeba je hal a balík hal-info (obsahující často updatované specifikace pro HAL k tomu jak obcházet jednotlivé vady hardware). Ale samozřejmě když má někdo extrémně vadný hardware, tak mu nepomůže ani svěcená voda.

[filip]

Me na notebooku ( Acer ) zlobi i uspavani ve windows. Obcas ( zhruba kazde treti probuzeni ) odmitne fungovat bezdratova sitovka ( centrino ) a musim restartovat. Cili taky nic moc spolehlivost.

[Ash]

Je to vidět? Já zase vidím chudáky s dominantními op. systémy jak bezmocně zírají na černou obrazovku a mydlí s myší :D

Tady je to spíš otázka kdo má jaký systém raději, tak podle toho pak vidí jako že to "spíš funguje", nebo "spíš nefunguje".

[Jirka]

Však v konfiguraci jádra se zaškrtne checkbox (a to doslova), tak nevím, co tu zase řešíš. :-P

BTW: Všiml sis, že by tu chodili běžní uživatelé (kromě tebe)?

[Gilhad]

Nerekl bych, ze proniknuti na desktop brani featura, kterou nikdo z lidi, ktere znam, na desktopu nepouziva ...

Co se tyce pomalosti a nespolehlivosti, mel jsem nedavno tu pochybnou cest pracovat s Windows ... presne tohle jsem jim vycital ...

[R]

Nedavno som zistil, ze uz swsusp funguje s mojim CPU, tak som ho zacal pouzivat. Zatial som narazil na problem so (ne)zobudzanim ISA PnP kariet - po zobudeni nefunguje sietovka ani zvukovka, treba odstranit a zaviest ich moduly. Je to asi nejaky bug v PnP alebo kde, chystam sa to najst a opravit.

[michich]

Pokud na nějakém konkrétním hardwaru suspend/resume nefunguje, stojí za to kouknout na HAL quirk site a vyzkoušet některé navrhované obezličky. Pokud něco z toho zabere, tak je třeba to rozhodně nahlásit, ať to v příštích verzích distribucí funguje hned.

[Jan Včelák]

navíc mít spuštěný speciální démon (ampd)

Správně apmd

[Marián Kyral]

Tak jsem ve 2.6.22 konečně rozchodil i hibernaci přes swsuspend (na FSV v3545 byla nutná oprava ACPI) a ve 2.6.23 to zase nechodí Ale suspend to RAM funguje bez problémů, takže to zatím neřeším.

[Jirka]

Ja pouzivam swsusp ve Vanilla kernel na mem notebooku (ASUS M6A) a funguje to skvele. Funguje jak suspend2ram tak i suspend2disk. Mam akorat jednu potiz. Obcas se mi stava, ze po probuzeni ze suspend2ram se mi neprobudi zvukova karta. Nepomuze nic - znovunacitani modulu zvukovky ani restartovani notebooku. Teprve az notebook znovu uspim a necham ho dele jak 6 hodin spat, tak po probuzeni, zvuk opet funguje. Nemate nekdo podobne zkusenosti, pripadne reseni, jak se tohoto nesvaru zbavit?

[Limoto]

Vy, co vám funguje uspání do RAM (napište pomocí čeho) s nVidíí, používáte nvagp, nebo agpgart (pokud máte kartu do AGP) a co máte za kartu?

[Limoto]

To s nvagp/agpgart měla být otázka.

[trekker.dk]

Měl Jsem GeForce 2 440MX (nebo 400 nebo tak nějak, už je to dýl), agpgart jsem nepoužíval, protože s ním se počítač sice probudil, ale byla černá obrazovka. Dokonce jsem ho při překladu jádra zakázal, protože při natažení nvidia se nahrál taky a nešel vyndat, i když se nvidia bez něj obejde.

Teď mám 7600GT, ta je do PCI-E a chodí to taky.

[trekker.dk]

Houby, sorry přehlédl jsem to o tom uspání do RAM - tohle platí o uspání na disk pomocí swsusp2.

[Petr (DotaZ) Jakubec]

swsusp je opravdu uz dneska vsude, mam debian etch a hned jsem to vyzkousel. - a opravdu suspent na disk normalne fungoval... parada. (krome tv karty ta se neprobere a je ji treba rm/modprobe bttv - nevim kam to napsat, zadny blacklist to nerespektuje)

jenze najednou pro tretim pouziti prestal fungovat a po nastartovani ihned zase pc vypne a nejde se toho zbavit.

smazal jsem swap abych se toho zbavil. to ho zastavilo, ale jen do pristiho rebootu. pak si image do swapu udelal zas a opet spatne.

v zoufalstvi jsem odinstaloval vsecko co mi jen naznakem pripominalo sw pro suspend ale nic. furt to prudi!

pomoooc!

[Platonix]

Nešlo by třeba do parametrů při spuštění ádra (v Lilo nebo Grubu) napsat schválně špatnou cestu k tomu swapu? Když bude chybná, tak ji přeskočí a nabootuje normálně ne? Dal bych mu tam třeba cestu k disketovce. Není to ale asi moc Debian way, co?

[Josef Kufner]

noresume

[Petr (DotaZ) Jakubec]

noresume, jezis je sem ... a ja bootoval vzdycky do Mintu a cely svap "formatoval" ...

[Petr (DotaZ) Jakubec]

mno napadlo me to take, ale nechapu jak to, ale on tu cestu nepotreboval znat..., ja ji tam neuvadel vubec a stejne si vesele resumoval

[vodic]

Je tedy pravda, ze jsem se v tom moc nestoural, protoze neni cas, ale od te doby, co jsem upgradoval pocitac na Intel P965, Celeron D340 a grafika X300 do PCI-E, tak se mi jeste nepovedlo pocitac ani uspat a to ani do RAM, ani na disk, proste nijak. A to uz jsem tu mel hezkych par distribuci a kernelu. Kdyz jsem mel AMD s chipsetem SIS735, tak vsechno fungovalo ihned. Skoro bych rekl, ze hw zacina spolehlive fungovat na linuxu az tak po dvou letech zivota.

[razor]

Nevíte jak je na tom s "uspáváním" Solaris ?

[Tomáš]

Opravdu se musi swap partition zadavat uz pri kompilaci? To potom musim na kazdem pocitaci prekladat ten modul znovu? Prijde mi to jako nestastne (a hlavne pracne).

[michich]

Nemusí. To by bylo opravdu hloupé.

[David Watzke]

Pokud chceme využít jako úložiště soubor, zapíšeme resume2=file:/dev/hda7

Nemá se tomu spíš předat soubor?

[Michal Kubeček]

Speciální soubor taky soubor :-)

[~]

Jaky si to udelas/nastavis, takovy to mas. BFU zhebnete !!

[Smajchl]

Mam takovej dojem, ze si autor plete suspend to ram se suspend to disk

resume2=swap:/dev/hda12 musí být váš SWAP! (samozřejmě v případě, že používáme suspend do RAM)

Tohle se do grubu dava v pripade suspend-to disk a ne RAM. Navic si myslim, ze TuxOnIce neumi suspend to ram (jakoze je jen na suspend to disk) ale pouziva se kod z jadra.

[pele]

Note that this value only determines which swap header used to indicate whether we have an image, and where it is. TuxOnIce can and will use any storage that is swapon'd at the time you start to hibernate. All of these devices need to be accessible when we come to resume. If you have encryped swap or are using the device mapper support, all of your swap needs to be configured prior to the echo > do_resume in your initrd/ramfs. It should not be swapon'd, and filesystems on which swap files are located must not be mounted, but the steps prior to doing a mount or swapon should be completed. (This applies accessibility requirement applies for the file allocator, too).

[Matyáš Dvořák]

Pro zajimavost, nevi nekdo jak je to u macu?

[Milan Vít]

Tuším, ale bez záruky: např. u notebooků se při zavření víka, pokud je mi známo, provede nejprve uspání do paměti a následně i na disk – to pro případ, kdy by byla vyndána baterka či „došla šťáva“. Obnovení se v normálním případě provede (automaticky po otevření víka) z RAMky, pouze pokud bylo přerušeno napájení, obnoví se systém z disku.