Sounds like my problem if I put my Lenovo 3000 N500 into "suspend to ram" (standby) it will suspend correct. But instead to resume it reboots! "Suspend to disk" (hibernate) has a complete reboot as result!
After the failed resume from suspend I restart my notebook and run on the console:
[code]
sudo su
cd /tmp
dmesg > dmesg.txt
grep "hash matches" dmesg.txt > dmesg_hash_matches.txt
[/code]
My dmesg_hash_matches.txt contains one line:
[ 2.646589] hash matches /build/buildd/linux-2.6.28/drivers/base/power/main.c:296
Maybe a problem with the driver? ... :-( I don't know (I'm just in Linux noob ;-) )
I also tried alternative suspend&resume tools like s2ram but it change nothing.
With Ubuntu 8.10 I didn't had any problems like that, maybe its really the driver in the Kernel?
Hallo zusammen!
Sounds like my problem if I put my Lenovo 3000 N500 into "suspend to ram" (standby) it will suspend correct. But instead to resume it reboots! "Suspend to disk" (hibernate) has a complete reboot as result!
I had read some HowTo's to localize the problem, so i tried this (source: https:/ /wiki.ubuntu. com/DebuggingKe rnelSuspend# %2522resume- trace%2522% 2520debugging% 2520procedure% 2520for% 2520finding% 2520buggy% 2520drivers) :
[code]
sudo su
echo 1 > /sys/power/pm_trace
pm-suspend
[/code]
After the failed resume from suspend I restart my notebook and run on the console: matches. txt
[code]
sudo su
cd /tmp
dmesg > dmesg.txt
grep "hash matches" dmesg.txt > dmesg_hash_
[/code]
My dmesg_hash_ matches. txt contains one line: buildd/ linux-2. 6.28/drivers/ base/power/ main.c: 296
[ 2.646589] hash matches /build/
Maybe a problem with the driver? ... :-( I don't know (I'm just in Linux noob ;-) )
I also tried alternative suspend&resume tools like s2ram but it change nothing.
With Ubuntu 8.10 I didn't had any problems like that, maybe its really the driver in the Kernel?
Mit freundlichen Grüßen
Marfy :-)