http://bugzilla.novell.com/show_bug.cgi?id=601462
http://bugzilla.novell.com/show_bug.cgi?id=601462#c3
Holger Macht
(In reply to comment #1)
So you have the system configured to suspend to RAM when closing the LID?
AFAIK, I have the default gnome power management prefereces, which are "suspend" when lid is closed. Te result is that it crashes solid. Locks.
Does suspend to RAM work when triggered manuallY?
I'll try. [...]
It refuses, unknown machine. I have to dump the output to a usb stick, then bring over to this (windows) machine. Hold on...
Hm, that's strange. You have intel graphics and that should be auto-detected to being able to resume the display.
So I force it. It switches to text mode and it freezes, no messages. Keyboard is dead, even the shift leds keys do not respond. I have to power cycle it.
After reboot, there is nothing in var/log/messages, and pm-suspend is not from today.
Please attach your /var/log/pm-suspend after a failed suspend to RAM (from the battery applet).
It's completely fine that suspend to RAM is not executrd when in text mode, because your desktop session is not active in that case.
Ok.
It should be configurable systemwide, IMO. Suppose nobody is logged in, or text mode, battery dies... no hibernation, crash.
If nobody is logged in, you're in gdm, or kdm which should do session management fine. BTW. You're using KDE4 or GNOME?
Notice that, as I have some free time now, I intend to install the M6 release fresh in this same partition, from the DVD. It will be x64, now it is i586 (M5, not updated). I'll wait half an hour.
Yes, you can also try with M6 first, sometimes such problems go away automagically ;-) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.