Dotaz: Samovolné uspání po probuzení z RAM - Asus A6j

[hydrandt]

Zdravím,

řeším problém se Suspend to RAM na notebooku Asus A6j (binární drivery nvidia). Dříve to fungovalo normálně po změně pár parametrů v /etc/default/acpi-support . Před nějakou dobou se ale začalo dít tohle: PC se normálně uspí, když ho probudím (normální stisknutí tlačítka napájení), vyskočí na mě nějaké logy v konzoli (jako dřív) a systém se znovu sám uspí. Následuje další probuzení, a to už vše naběhne normálně.

Laboruju s tím dnes celé odpoledne, bez úspěchu. Měnění parametrů v /etc/default/acpi-support apod., nic. Nic jsem nenašel. Distribuce Kubuntu 7.10.

Nakopnul by mě někdo, čím by to mohlo být, co mám hledat? Přítelkyně si ten notebook aktualizuje sama, takže nevím, po jakém upgradu se to objevilo.

Odpovědi

[pica]

Jen ho nech.. ja se taky vetsinou budim nadvakrat, nekdy aj natrikrat.. Zkus uplne unloadovat z jadra ty drivery nvidia a zkusit uspat bez beziciho xorgu popripade z xorgu beziciho na mesa..

[Jooky (inactive)]

Predpokladam ze uspavas nejakym klavesom na kb. Pokial je moj predpoklad spravny tak problem je asi toto: To tlacidlo vygeneruje dva eventy maniesto jedneho. Cize po prebudeni sa spracuje druhy a book pekne uspi. vis. It suspends twice every time I hit the power button!

[hydrandt]

Jo, máš pravdu - při uspání klepnutím na "Uspat do ram" v ukončovací nabídce se to vzbudí normálně, popisované chování nastává při uspání klávesou. Ten popis, který je ve tvém odkazu, nefunguje - je to zjevně pro Power button a mi se to jeví jako Sleep button. A nevím, kde ty magické znaky vzali.

Trochu jsem hledal a našel jsem tohle, což vypadá stejně jako můj problém. Jenže - když pustím acpi_listen, je tam jenom jeden event. To mě trochu mate, samozřejmě potom tam uvedený postup nefunguje.

Nějaké nápady? Já jdu ještě pohledat...

[Jooky (inactive)]

Ako moznost jedna ma napadlo ze sa to generuje dva krat. Tak isto je mozne ze sa ten event spracovava dva razy.

Pokial ide o acpi event (nepoznam presne ten book) tak skus pozriet do /var/log/acpid alebo do syslogu ze co vsetko sa vtedy generuje a ako sa spracovava.

received event "ibm/hotkey HKEY 00000080 00001004"
notifying client 4016[0:0]
notifying client 4206[0:0]
executing action "/etc/acpi/default.sh ibm/hotkey HKEY 00000080 00001004"
BEGIN HANDLER MESSAGES
END HANDLER MESSAGES
action exited with status 0
completed event "ibm/hotkey HKEY 00000080 00001004"

Toto je priklad jednej hotkey na mojom booku (timestamp som dal prec lebo to bolo dlhe). Vidim tam ze sa generoval event, bol poslany dvom app a vykonal sa script, ktory som mu na to nadefinoval v confe. Ak sa daju spracovavat tie tlacidla aj inym softom, tak skus pozriet ci nieco take nahodov nebezi. Je mozne ze potom na to reaguje viacej veci.

ps. ten /etc/acpi/default.sh som pisal ja, nemam ani predstavu ako vyzera default, mozno aj tam by bolo dobre pozriet

[hydrandt]

Díky, až budu zase u toho booku, kouknu na to.

Taky mě napadlo, jestli ten event jednou nezpracovává přímo acpi a jednou nějaká powersave aplikace. Ale myslím, že tam nic takového neběží...

No, uvidíme, snad se doberu zdárného konce.

[Mandarinka]

Tohle mi dělalo, když ten event zpracovával kpowersave i powersave daemon.

[Smajchl]

Taky mi tlačítko uspání dělalo tohle, vyřešil jsem to tak, že jsem do skriptu na uspávání nazačátek dal sleep 1 takže po stisknutí tlačítka sekundu čeká a pak uspí, sekunda mě nezabije

[Jan Drábek]

Tohle se mi stávalo taky (u ubuntu a kubuntu) - tehdá jsem to vyřešil nějakým hal quirkem (úprava souboru v HAl daemonovi)...

Některé distra jako gentoo s tím nemají problém, ale ubuntu a debian ano...

http://people.freedesktop.org/~hughsient/quirk/