Ratkennut: Suspend to RAM lakannut toimimasta OS10.3:ssa

[guest728]

Suspend to RAM on toiminut moitteetta 10.3:n asennuksesta alkaen (1½ vuotta). Eilen se lakkasi toimimasta. Toiminto on meidän perheessä oleellinen, koska konetta ei juuri sammutella.

Edeltävät tapahtumat:
Sammutin koneen
BIOS: Muutin jaetun näyttömuistin kokoa 128M -> 32M
BIOS: Muutin boot järjestystä: 1) CD 2)HD 3) USB -> 1) USB 2) CD 3) HD
Boottasin OS10.3:n HD:ltä
Otin varmuuskopion /home + /c: + /d: osioista
Päivitin koneen zypperillä, alla lista päivityksistä

Koodia: [Valitse]

/var/log # tail -2000 zypper.log | grep 2009-03-13 | grep "'rpm'" | awk '{print($18)}'
'/var/tmp/AP_0x0000000e/rpm/i586/hal-0.5.9_git20070831-13.5.i586.rpm'
'/var/tmp/AP_0x0000000e/rpm/i586/vim-base-7.2-9.1.i586.rpm'
'/var/tmp/AP_0x0000000e/rpm/i586/gvim-7.2-9.1.i586.rpm'
'/var/tmp/AP_0x0000000e/rpm/i586/vim-data-7.2-9.1.i586.rpm'
'/var/tmp/AP_0x0000000e/rpm/i586/vim-7.2-9.1.i586.rpm'
'/var/tmp/AP_0x0000000f/i586/hplip-hpijs-3.9.2-11.pm.11.i586.rpm'
'/var/tmp/AP_0x0000000f/i686/libx264-65-0.0svn20090310-0.pm.0.i686.rpm'
'/var/tmp/AP_0x0000000f/i686/libx264-66-0.0svn20090310-0.pm.0.i686.rpm'
'/var/tmp/AP_0x0000000f/i686/libxine1-1.1.16.2-0.pm.2.i686.rpm'
'/var/tmp/AP_0x0000000f/i686/libx264-64-0.0svn20090310-0.pm.0.i686.rpm'
'/var/tmp/AP_0x0000000f/i686/libx264-67-0.0svn20090310-0.pm.0.i686.rpm'
'/var/tmp/AP_0x0000000f/i686/libavutil49-0.5-0.pm.1.i686.rpm'
'/var/tmp/AP_0x0000000f/i686/x264-0.0svn20090310-0.pm.0.i686.rpm'
'/var/tmp/AP_0x0000000f/i686/libswscale0-0.5-0.pm.1.i686.rpm'
'/var/tmp/AP_0x0000000f/i686/libavcodec52-0.5-0.pm.1.i686.rpm'
'/var/tmp/AP_0x0000000f/i686/libpostproc51-0.5-0.pm.1.i686.rpm'
'/var/tmp/AP_0x0000000f/i686/libxine1-codecs-1.1.16.2-0.pm.2.i686.rpm'
'/var/tmp/AP_0x0000000f/i686/libavformat52-0.5-0.pm.1.i686.rpm'
'/var/tmp/AP_0x0000000f/i686/libavdevice52-0.5-0.pm.1.i686.rpm'
'/var/tmp/AP_0x0000000f/i686/ffmpeg-0.5-0.pm.1.i686.rpm'
'/var/tmp/AP_0x0000000f/i686/libffmpeg0-0.5-0.pm.1.i686.rpm'ainoa syvällisempi päivitys on kai tämä hal-0.5.9_git20070831-13.5.i586.

Tämä jälkeen "Suspend to RAM" ei toiminut - pommpasi takaisin istuntoon. Boottasin koneen uudelleen ja "Suspend to RAM" toimi yhden kerran. Toisella yrittämällä pomppasi takaisin istuntoon. Alla pala logista

Koodia: [Valitse]

...
===== Sat Mar 14 07:48:16 EET 2009: running hook: /usr/lib/pm-utils/sleep.d/99info =====
Sat Mar 14 07:48:16 EET 2009: done running suspend hooks.
+ /usr/sbin/s2ram
s2ram_do: Resource temporarily unavailable
Switching from vt7 to vt1
Calling get_mode
fbcon fb0 state 1
Calling do_post
Calling set_vbe_mode
fbcon fb0 state 0
switching back to vt7
+ RET=11
+ set +x
Sat Mar 14 07:48:39 EET 2009: running resume hooks.
===== Sat Mar 14 07:48:39 EET 2009: running hook: /usr/lib/pm-utils/sleep.d/99info =====
...
Palautin koneen vaiheittain:
Palautin hal-paketin aikaisemman version, ei auttanut
Muutin jaetun näyttömuistin määrän takaisin, ei auttanut
Muutin boot järjestyksen takaisin, ei auttanut
Asensin suspend-paketin uudelleen, ei auttanut

"Suspend to RAM" on yritetty käynnistää komentoriviltä roottina "s2ram", kpowersave:sta ja pehmonäppäimellä Fn+Zz, mikään ei toimi.
Yritys on tehty KDE:stä ja TWM:stä, ei eroa

Koodia: [Valitse]

~> uname -a
Linux xxx 2.6.22.19-0.2-default #1 SMP 2008-12-18 10:17:03 +0100 i686 athlon i386 GNU/Linux
~> cat /proc/cpuinfo | grep name
model name      : Mobile AMD Sempron(tm) Processor 3000+
~> konsole --version
Qt: 3.3.8b
KDE: 3.5.10 "release 42"
Konsole: 1.6.6
Mikä avuksi ?

Muokkaus: Ongelmana oli kirjoitinjonoon jäänyt työ paperin loppumisen jälkeen. Kun USB kirjoittimen piuhan veti irti s2ram rupesi toimimaan. Kun kirjoittimen jono oli tyhjennetty, toimi kaikki kuten ennenkin.
dmesg sisälsi rivit, jotka olisivat selvittäneet ongelmaa aika pitkälle

Koodia: [Valitse]

...
Stopping tasks ...
Stopping user space processes timed out after 20 seconds (1 tasks refusing to freeze):
 usb
Restarting tasks ... done.
...