Működő Suspend to ram dzsunkapécén

Nos. A megoldáshoz előszőr is tudni kell, hogy a BIOS Suspend Mode kötelező érvényű, tehát Only S3nál nem megy le S1 POSra. unsupported stb. üzenettel jön vissza. powersave -m parancssal vittem le egyébként S1 POS módba egyébként, és az eddigi Only S3nál természtesen ezt vissza is dobta.

Na most teljesen véletlenül probáltam ki, hogy mi van, ha Only S1POSnál próbálok suspend to ramot. Nem tudok rá épeszű magyarázatot, hogy miért próbáltam ki. Semmi okom nem volt rá, és értelme sem volt. Nem tudom megmagyarázni.

Mindenesetre itt volt a kutya elásva. Azonnal a fenti probléma lépett fel.

/ Lement, kis pisi+kávészünet, visszahoznám, resetelni próbál, befagy. Kikapcsolom 4 másodperces PWRB nyomvatartással. Egy perc szünet, és nem kapcsol be. Megint próba, megint. be se kapcsol. Tápkapcsoló hátul le. K...a nyázás, csapkodás, stb., visszakapcs, ekkor elindul, és jelzi, hogy túlhajtás léphetett fel. /

Szóval Be se kapcsolt "normál módon", stb... Úgyhogy az egész cirkusz törölve, suspend to ram-os beállítások vissza, BIOSban se Only S1, se Only S3, hanem "Auto". Úgy látszik csak ez működik, aztán a POS-t végül is szoftverből powersave configban zártam ki. Soha életemben nem gondoltam volna, hogy azért nem megy, mert 1-1 BIOS beállítás egészen egyszerűen használhatatlan, nem működik, stb. Oké, hogyha egy adott esetre nincs BIOS opció, de ha már van, akkor miért nem működik. Akkor már inkább ne is legyen, mert megtévesztő.

Már megy vagy 20 napja kb. 40 sikeres szundi visszatéréssel, úgyhogy most már el merem kiabálni, hogy megmarad. A hibernálást is kipróbáltam az is tökéletesen működik, de mégiscsak a szundi az igazi. :-)

Mindenesetre igencsak szopatós volt, így visszagondolva, itt a teljes kórtörténet nem időrendben. Némelyik korábbi blogokban már megvan, de már én se tudom melyikben. :)

A powersave -u viszi le szundiba, a következő gányolásokat eszközöltem benne:

UNLOAD_MODULES_BEFORE_SUSPEND2RAM="kvm-amd lirc_gpio lirc_dev kvm tuner tea5767 tda8290 tuner_xc2028 tuner_simple mt20xx tea5761 bttv btcx_risc snd-emu10k1 firmware_class ir_common compat_ioctl32 i2c_algo_bit pcspkr tveeprom videodev v4l1_compat v4l2_common videobuf_dma_sg videobuf_core 8250_pnp 8250 serio_raw serport ppp_deflate bsd_comp ppp_async ppp_generic slhc ppp_async crc_ccitt ohci-hcd ide_cd_mod serial_core ehci-hcd usbcore cdrom atl1 mii "

SUSPEND2RAM_RESTART_SERVICES="usbmgr gpm networking lirc"

A beállítások asszem magukért beszélnek.

A régi tunerkártya miatt, a v4l, a lirc, bttv mindenképpen kell. A többi vagy praktikussági okok miatt (cdrom, usb, ppp+networking+atl), vagy nem tudom miért van bent (8250_pnp,serial*). De elfér, pár sec alatt betölt mindent, talán még a jövőbeni 5sec linux kernel bootot is megdönti ADSL kapcsolat létrehozásával együtt, nem mértem le stopperrel. :-)

Az acpidot is megkínáltam egy peccsel egy szintén igencsak furcsa bug miatt.

Valamint a kikapcs gombra írtam egy szkriptet, hogy léptesse ki a felhasználókat, és szundizzon el. Kivéve ha bizonyos folyamatok futnak. (ezek a python, az mc, a mencoder, és az ftp). Többen használjuk a gépet, és ha nem kell a kaszni, tehát leállításra kerül sor, akkor praktikusabbnak tűnik a kijelentkezés. Ettől függetlenül a "timeout" os szundizás is megy, csak az kiléptetés nélkül.

A kiléptetési parancs:

/usr/bin/dcop --user $alany --all-sessions ksmserver ksmserver logout 0 0 2 2>/dev/null

A root extra korlátozásai miatt az --all-users nem működik, végül is pár sor volt a "megkerülése" a szkriptben. Ezen kívül ha már úgy is megvan, pcspeaker modul afféle vekkerként is funkcionál időnként. Jobb 3 vekker mint egy, ha hajnali 3kor kell menni dolgozni.

sudo /usr/bin/beep -r 21 -n -r 22 -l 21 -n -r 20

És ez 6 másdopercenként ismétlődik. Amíg fel nem kelek és oda nem ülök, hogy leállítsam. Baromi idegesítő szerintem, muszáj felkelni. Eddig bevált, még nem késtem el. Persze van még a mobiltelefon, és a hifi is. Ebben a sorrendben. :)))

Ezek voltak a megoldott szoftveres kellemetlenségek, igények, stb..

-----------------------------

2.6.24 időnként zombi folyamatokat hagyott maga után, ezért lett 2.6.25 végül is. Aztán majd valamikor 2.6.26 ra átpolcolom hogy a lenny majd jól érezze magát, meg érzek némi késztetést hogy elrontsam a most működő rendszert :D. De ha ez is meglesz, ezután már tényleg eltöröm a kezemet, ha hozzányúlok.

Egy adott időpont visszatérését számomra embertelen UTC vagy milyen nevű formátumban kellett megadni a sys/rtc/rtc0/wakealarm fájlban, úgyhogy gányoltam egy kernel pecset, ami "visszaállítja" a proc/acpi/alarm ot. Ahol normál, számomra emészthető formátumban is megadható a kívánt időpont.

2008-10-19 14:33:30

Ha a nap helyére 00-t írok, akkor az a minden nap csinálja meg c. történet. A "kötés" a wakealarm és a proc/acpi/alarm között megvan a kernelben / ha acpi-alaromot átállítod, átáll a wakealarm is), mégis kizáró feltétellel írták meg alapjáraton (értsd: vagy az egyik, vagy a másik). Ez az eljárás így számomra értelmetlen, de biztos megvan az oka.

Ezek voltak a kerneles kellemetlenségek.

---------------------

Namost hát a kaszni beszerzése finoman szólva sem ment éppen simán, bőven volt vele utómunka.

Kezdetnek mindjárt össze vissza kötötték be a boltban a 3 ventit. 2 proc. hűtőt a tápra, a házat pedig az alaplap CPU_hűtőjére hogy ne sípoljon / az indoklás szó szerinti idézet /. Valamint egy miniatürizált IDE kábel, ami pont kevés volt az összesen két darab optikai cucchoz.

Egy LD DVD kombóhoz:

hdb: ATAPI 40X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache
Identification : 'DVDRAM GSA-4163B'
Revision       : 'A105'

Valamint egy 40 gigás IDE vinyóhoz:

hda: SAMSUNG SP0411N, ATA DISK drive

Ezt még sikerült megoldani egy hosszabb IDE kábellel, akkor mindjárt át is köttettem velük a boltban a ventiket. Ugye nem akartam későbbi garanciás vitát.

A videókártya egy Gigabyte Nvidia 8600 GT 256DDR3 PCI-E s Zalman hűtős motyó. Az nvidia referenciához képest gyárilag picit túlhúzták, és vga konzollal van egy kis probléma vele. Consolon (tty1-6) a magyar ékezetes karakterek helyett hieroglifák jelennek meg, ha fut a Xorg. Ez visszaállítható , de Xorg-tty átkapcsolás után megint hieroglifák jelennek meg. A megoldás a framebuffer consol használata volt (vesafb egyelőre, lenny ben előirányoztam az uvesafb -t majd).Ez a kártya már a régi gépben is megvolt, de teljes képhez szerintem hozzátartozik :-). Anno még a 6600 GT - > 8600 GT cserénél jelentkezett, ugyanazzal a bináris driverrel, ugyanazzal a kernellel. 6600 GT nél jó volt. kikapcs. kártya csere, visszakapcs és nem jó, visszacsere 6600 GT re megint jó (!). Ez van. :D

A legmacerásabb az alaplap volt. A fent említett használhatatlan BIOS opció csak egy szelete a problémáknak amik jelentkeztek vele.

Elsőre mindjárt szét is fagyott. Az USB modul betöltésekor Disabling IRQ típusú üzenetek jelezték, hogy valami nagyon nincs rendben. Egy BIOS frissítés oldotta meg a problémát, és mindjárt generált egy következőt.

Bekapcsoláskor teljesen random módon, BIOS memóriakezelési hiba jelentkezett, ami a korábbi BIOSsal nem. Bank interleave requested, but not enabled. A megoldás egy időközben megjelent újabb BIOS frissítés volt. Asszem vagy 3 BIOS verzió jelent meg egy hónapon belül, addig meg alig jött ki egy -egy. Ha ezt még vásárlás előtt látom, másik lapot választottam volna (ASUS M3A egyébként), de ekkor már ezen túl voltunk.

Aztán hang sem volt. Egyáltalán. Kedves boltos szervízes jómunkásember elfelejtette bekötni az alaplapra a csatolót. Pedig kettő is volt, egy Analóg, meg egy HDA-s, a hda-sat választottam, mert miért ne.Meg PC speaker sem volt. Úgyhogy vigyázzatok, ha a boltban csendes gépet kértek, még a végén kioperálják az alaplapról az integrált hangykütyüt is. :D Tény, hogy csendesnek nagyon csendes. Ezt el kell ismerjem. Ilyen téren teljesen meg vagyunk elégedve a cucccal.

Aztán első szundi probálkozások. Egérre állandóan visszajött, már amikor nem fagyott le. Arébb mozdítottuk, visszakapcsolt. És ez úgy nem igazán nyerő egy asztali gépnél. Ha letiltottam BIOSban, hogy ne kapcsoljon be egérre, szundira akkor is visszajött. (!)

Ha

/proc/acpi/wakeup

ban letiltottam, akkor is visszajött. De csak az első visszatéréskor, A másodiktól már nem jött vissza egérre / 4. 5. próbára meg szarrá fagyott, de ez más tészta /. Végül is átvágtam a gorbiuszi csomót, a KBRD_Wakeup jumbert (amit helyesebben szerintem PS2_WAKEUP jumpernek kellene nevezni) átállítva megoldódott ez a probléma is gyökerestül.

--------------------

Hogy miért ezt a lapot választottam: A gyártó mexokás miatt lett ASUS. Ha volt is gond vele / hát ennyi még egy gépen nem volt ez tény /, egyszerűen sikerült megoldani, a BIOSa széles körűen állítható, testre szabható / persze ki vagyok ezzel is segítve, ha a beállítások nem működnek /, a gyártó is frissíti, nem az van, hogy kiadja 1.0-BIOSt és aztán szarik bele miért nincs orosz vodka a továbbiakban.

Aztán azért ez , mert ez sallangmentes volt. A sallang az számomra az ilyen Crossfire, meg SLI meg ilyen baromságok. Úgyis csak egy kártya lesz, akkor meg minek bonyolítsuk az életet feleslegesen olyan technológiákkal amiket úgysem használok. Ugyanezért nincs WIFI sem, és IEEE1394 sem. Úgyhogy ezért lett ez a lap. És azért AMD, mert műxik. Meg Cool'nQuiet tetszett már a múltkor is, mikor megismertem. És nem szívesen tanulok újat, ha nem muszáj.Meg mert lehet hogy amd rajongó vagyok , nem tudom.

Mondjuk egy laikusabbnak talán az jön le, hogy nah megint egy szar AMD-s config, miért mondom, hogy működik. De jobban, alaposabban megnézve, tjképpen az alaplap az ami problémás volt igazán ebben az AMD s configban. És a processzor volt talán az egyetlen az egész configban ami úgymond out of box működött, ahogy kellett :D. / Az LG dvd író átesett egy firmware frissítésen anno, nem tudom mi volt az oka (régi gépben is megvolt, átköltözött az új kaszniba is) :D, és a samsung cuccosával a vinyón is állítottam valamit / ez is megvolt már a régi gépben is / :D.A tunerkártyáról meg kisregényt lehetne írni önmagában.

Nekem meggyőződésem hogy az AMD s configok jórésze az alaplapi problémákon hasal el. Tehát stabilitás terén nem biztos hogy rosszabb mint az intel ebban az adott szegmensben versenytárs processzora (=közép-alsó (?) szegmens), És ezt a kijelentésemet nem csak a saját mostani példám alapján teszem.Még vallásháború árán is fenntartom (!) :DD

AMD vel szerintem az gond, hogy talán pöccre működő alaplap nem igazán van hozzá.

------------------

Lehet hogy hiba volt ilyen extra igénnyel - kulcsrakész, platinaárban mért BRAND géppel szemben - dzsunkapécét kapálni / =kvarcjáték (C)opyright Hunger / mert végül is a működő suspend_to_ram az inkább notebookos ficsőr, asztali rendszeren nem igazán szokott csak úgy menni stabilan meg minden, de mégis sikerült ezt a várat összekalapálni. Jó nagy adag tapasztalattal persze gazdagabb lettem - bár szívesen passzoltam volna ezt a részét. Sejtettem hogy kell majd utánállítani, dehogy ennyit (???!!!!)

Tanulság: Extra igényekkel, ha van lóvé, és mondjuk költenél is, csak kulcsrakész, BRAND cuccot , semmi saját tákolmányt. Az egy más kérdés, hogy én valszeg következő alkalommal is dzsunkapécét tákolok, mer' egyrészt végül is most is működik :D, másrészt meg utálok infora költeni.