Thinkpads Forum

Suspend to ram was working perfectly on my x61s with debian lenny when I was using the 2.6.25 kernel. It was working both by closing the lid or with the FN+F4 keys. After a dist-upgrade to the 2.6.26 it stopped working. What happens is: it goes to suspend but after 1-2 sec it resumes back. This happens either with the FN+F4 or the closing lid or gnome's suspend command found in the panel.

Any ideas how to debug this problem?

Thanks

I went from 2.6.25 to 2.6.27 and experienced the same problem. I could not get 2.6.27 to work with the hotkeys - except for Fn+F3 to turn on/off the display backlight. I went back to 2.6.25 and all is well again. This is with Mandriva Linux 2008.1.

had this problem too: kubuntu 8.04.1, with kernel from 8.10 repository. 2.6.26 would suspend but every time it tried to resume, would end up rebooting instead. 2.6.27 seemed to fix that, although about 25% of the time it still fails. haven't really tried to debug it yet.

2.6.24 suspended fine in most cases, but a couple of the minor revisions were problematic.

Hi!

Had the same problem, already starting at 2.6.25 if I remember correctly.

It helped to unload the modules ehci_hcd and uhci_hcd, and to load them after resume. I did this in /etc/acpi/sleep.sh, around the bottommost command (dont have the system here in the moment, but since the file is rather small you will identify the location).

Some internet resources also mentioned the LAN module (e1000 or e1000e, check with lsmod).

Hope this works for you as well.

Best,
Kalle

Check /var/log/kern.log and the most recent backup. I think kalle is on the right track with a failed module unload. Also, I've seen instances where X wakes back up and ruins sleep -- you'll find this in /var/log/Xorg.0.log

(and checking messages and acpid logs, any tuxonice messages if you're using it, etc will help. It never hurts to take an ls -l of /var/log and looking at whatever was written to during your failed hibernation attempt.)

Well, in my case, I could Suspend to RAM or Hibernate to disk by issuing a command from Konsole. This worked even with the new kernel 2.6.24.7. This is on a T42 ThinkPad.

Suspend: # s2ram
Hibernate: # pm-hibernate

I just could not get the hotkeys Fn + F4 and Fn + F12 to actually do anything with kernel 2.6.24.7. This is with KPowersave uninstalled. KPowersave makes my system suspend or hibernate twice.

With kernel 2.6.24.5 the hotkeys worked even with KPowersave uninstalled.

I use Suspend2/TuxOnIce instead of what comes with them. I roll my own kernel and patch it. I've had no problems all the way from the beginning of 2.6 to 2.6.27-rc8. I run Debian as well.

GomJabbar,

What are the scripts currently being called for Fn+F4 and F12? If it's just ending up with hibernate.sh and sleep.sh, you could replace with pm-hibernate and s2ram if you really wanted.

lightweight wrote:GomJabbar,
What are the scripts currently being called for Fn+F4 and F12?

I'm sure you know this, but it is the ibm-acpi - IBM ThinkPad ACPI Extras Driver that puts the scripts there initially.
http://ibm-acpi.sourceforge.net/

I did modify them a little. Here is what I currently have.

/etc/acpi/events/suspend /etc/acpi/actions/suspend.sh s2ram is part of the suspend utility. http://suspend.sourceforge.net/intro.shtml

/etc/acpi/events/hibernate pm-hibernate is a file of pm-utils I believe.

I have all of my hotkeys working except for Fn + F7 - which appears to be a limitation of the ATI propriatary driver. I know of no reason to upgrade my kernel from 2.6.24.5 to 2.6.24.7. I was only posting to this thread to relate my similar experience.

I am posting back here since it seems I found what was causing the problem. It was the wireless usb mouse. I have to say though that I did a couple of updates in between so I don't know if this helped. Somehow, if I leave the little usb mouse connector on the computer it goes to sleep but wakes up immediately. If i take it off however both Fn+F4 and closing the lid suspends the computer to ram.

So I am a happy traveler again who doesn't need to shut down all the time.