Első Jaunty fagyás

Üdv!

Ma a melóhelyen végeztem, suspendeltem a laptopom (ahogyan szoktam). Hazaérek, felnyitom, fekete képernyő és villog a caps lock. Sysrq-ra sem reagált. Töltő ki, akksi ki, majd vissza, power benyom, örül. Úgy tűnik nem veszett el semmim, de azért aggaszt a dolog. A /var/log alatt semmit sem találtam :(

Esetleg valami ötlet, hogy merre tudok tovább kutakodni?

( tomsolo | 2009. 05. 14., cs – 22:42 )

Ez nem fagyás csak nem ébredt fel a suspendből.

Sajnos a sűrű mélykonzolozás egyik vele járója az ilyen mélyalvás (eg. Sudden unexplained death syndrome) ilyenkor meg kell fogni a nyúl szarvát és a és heves sóhajok között ki kell a ketrecből venni az elemet és megnézni, hogy stimmelnek e a megadott polaritások (++ --) valaminthogy nem-e történt savas kicsapódás a fém felületeken. Amennyiben kivan pányvázva a tápkábellel ilyenkor érdemes azt is újra kikötni meg be.

Remélem sokat segítettem!

:)

No rainbow, no sugar

Igen, de csak az a panic egyertelmu jele, ha a caps/scroll led villog. Nekem peldaul elszallt az X, es hiaba volt mindenem meg, egyszeruen a sysrq billeken kivul masra nem reagalt a rendszer. Tavolrol persze elertem, de en filmet akartam nezni, azt meg tavolrol maceras.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Ennél azért általában megfoghatóbb a dolog.

Egy olyan driver/kenrelmodul okozhatja aminek a suspend(), resume() részei, vagy hibásak, vagy a hw nem igazán acpi képes.

Ezt ki lehet kerülni, ha a renitens cuccot használó dolgokat suspend előtt leállítod. (stopservice asszem), és utána eltávolítod a driver kernelmodult, visszatéréskor meg fordított sorrendben az eljárás.

Látom pm-suspend el szundizol, amivel ez tökéletesen szkriptelhető. használat során észrevehetetlen.

Ami nagyon véres történet, az a háttértároló, ill. a videókártya/xorg driver. Ha ezekben van gond, az már nagyobb probléma. Az utóbbira vannak egészen jó pm-suspend kapcsolók (--quirk*) google info alapján érdemes keresni, hogy az adott graf.cuccoshoz melyik a legmegfelelőbb. Sajnos ez szvsz teljesen csipszetfüggő, még gyártón belül is.

Ázért ma már a vinyó, hang, graf.cucc ált. jól megy. A kiegészítő driverekkel lehet probléma elsődlegesen, mint wifi, pcmcia kártya, mmc, webcam ? stb... ezek lehet, hogy bedőlnek hébe-hóba.

A hálózati kapcsolatot egyébként is érdemes szundi előtt lelőni, és resume esetén reconnect. sokkal gyorsabb, mint a timeoutra várni. mondjuk ez ppp* típusuaknál jellemző. ethernet hálóval azért elmegy, de ha nem muszáj (nincs wake-on-lan), szerintem ott sem érdemes kisérteni a sorsot. felesleges kockázat.

kis mintaconf: 


oscon@osconsfortress:~$ cat /etc/pm/sleep.d/77oscon
#!/bin/sh

. "${PM_FUNCTIONS}"

case "$1" in
        suspend|hibernate)
                stopservice timidity
                stopservice lirc
                modunload snd_rtctimer
                modunload lirc_gpio
                modunload lirc_dev
                modunload bttv
                modunload rtc
                ;;
        thaw|resume)
                modreload bttv
                modreload lirc_dev
                modreload lirc_gpio
                restartservice lirc
                restartservice timidity
                ;;
        *) exit $NA
                ;;
esac

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

r=1 vagyok, de ugatok...