Suspend_to_ram pápá!

Legutóbbi kísérlet (nvidia bináris driver PAT nélküli opcióval) is kudarccal végződött.

2.6.18ban még jó volt a szundizás a régi alaplappal (nyugodjék békében), az új se 2.6.24el (s2ram random zombi folyamatok, ez valszeg kernel bug volt), sem 2.6.25el nem működik rendesen "szundis leállítási üzemben". 2.6.26hoz lircet is át kellene gányolni, erre már nincs energia. windows xp x64 alatt is 3-5 (?) sikeres szundi után már a köv. alkalommal már nem tért vissza. Meg ott más bajok is voltak.
Tehát a windowsra áttérés sem opció. Ráadásul ott a tunerkártya sem megy. (tényleg látott már valaki STABIL tunerkártya meghajtót akármilyen tunerkártyához WXP/W2K3/WVista alá?.)

A mostani esetben a 21. visszajövetel nem működött. Első 20 alkalommal nem volt semmi probléma. Visszajövetel helyett reset elni próbált a gép, de nem sikerült neki (ok ismeretlen, ez mostmár biztos), be sem kapcsolt utána normál módon. BIOS csipogás sem volt, úgyhogy a hiba okára nem tudok következtetni. Ventik felpörögtek, vinyó LED világított, mégsem indult a cucc.

(tápkapcsoló le, kis szünet, vissza, és ASUS BIOS reklamál "túlhajtásos beállításokra"). Még jó hogy így sikerült elindítani. Persze semmi túlhajtásos izé nincs. Egyszerűen a sikertelen reseteléstől krepált be. ;-)

Az előző próbálkozás sem jött be (2.6.25+nvidia 173.14.12 alap modulbeállításokkal). Ugyanez az eredmény született.

Az azt megelőzőnél kb. 10-15 nap hasznalát után nvidia bináris driver hiba miatt szállt el (NVRM: XiD ***), ez a 173.14.12essel már nem jelentkezett.

Most untam el ezt a 8-10 naponkénti lefagyást, és rászántam 1 órácskát, és átállítottam a rendszert a suspend to ramosról a normál ACPI S5 kikapcsolású üzemre. Lehet szoftveres hibernálással menne, de most már leszarom ezt az egészet.

S2ram nem megy és kész. Vígasztal, hogy neten keresgélve ilyen 10-15 napos "szundis leállítási üzem" után intel alapú cuccra is láttam panaszkodást ha jól értettem angolul, úgyhogy nemcsak amd specifikus. Bár ha hw hiba, inkább alaplap, mint processzor.

Úgy látszik ezek a mai desktop rendszerek úgy szarok, ahogy vannak.

Szundiért cserébe bekapcsoltam a PAX_KERNEXEC et. Valamit valamiért, az üzlet az üzlet :-).

Az is lehet persze, hogy 2.6.18al lehet jó lenne a szundi, de azt már nem teszem vissza. Tanulsággal szolgált a történet, még egyszer nem fogok kernelt frissíteni, kizárólag a debian stable hez szállítottba fogok pakolni, ha kell valami. Nem tudom, hogy lehettem akkora barom, hogy 2.6.18ról frissítettem anno 2.6.24re. Legszívesebben visszamennék az időben, és eltörném mindkét kezemet.

Teszt szinten 2.6.26 ot néztem, mert sokat dícsérték, abban átdolgozták ugyan a szundi/ACPI kezelést rendesen, PAX_KERNEXEC is megy már suspend_to_rammal amíg nvidia bináris driver nem jön be a képbe (anélkül viszont nincs kép vesafb vel sem, hehe visszajön csak nincs kép / uvesafb gányolással jár etchben nincs v86d/). Szóval végül is ugyanaz a helyzet mint most, bár lehet hogy 21.edszeri lefagyás nem jelentkezne.

2.6.26 alapvetően a lirc gányolás miatt egyenlőre egyelőre pillanatnyilag nem opció.
LIRC 0.8.2es nem megy, 0.8.3ashoz van valami patch... de ehhez nincs türelem, majd ha lenny r1 lesz. Addig kivárok lenny vel. Végülis nem kerget a tatár. Lehet hogy addigra kijön egy jóféle hw és ACPI támogatással rendelkező windows, és az lesz, vagy egy egészen másfajta számomra is megtanulható linux rendszer. Meglátjuk. BSD biztos nem lesz, ahhoz egyáltalán nem értek.

Esetleg lennyt felteszem majd kvm-be hogy ne érjenek kellemetlen meglepetések.

Aztán ki tudja, lehet hogy jövő héten már simán se fog bekapcsolni. csak akkor majd tudjam fixen reprodukálni a hibát, és már megy is szervízbe az egesz szar.

De amíg teljesen random jön elő, addig nem tudok mit csinálni.