Hi Mante, thnaks for your information and reporting back this issue.
To be more accurate with your bug report would you help us with the
information i'm transcribing from
https://wiki.ubuntu.com/DebuggingKernelSuspend
That link explains how to debug kernel suspend and hibernate issues as
the ones you're having.
....
In order to stimulate your suspend/resume process, enter the following commands
(as root):
sync; echo 1 > /sys/power/pm_trace; /etc/acpi/sleep.sh force
At this point your computer should enter the suspend state within a few
seconds. Usually the power LED will slowly flash when in the suspended
state. When that has happened, initiate the resume process by pressing
the power button. Observe closely if the disk light comes on briefly.
This indicates that resume has begun. If resume fails to complete, then
press the power button until the computer turns off. Power on your
computer making sure that it loads the same kernel that exhibited the
resume problem. You have about 3 minutes to start this boot process
before the information saved in the RTC gets corrupted.
Start a console and enter:
dmesg > dmesg.txt
You can edit this file and find line similar to these:
[ 11.323206] Magic number: 0:798:264
[ 11.323257] hash matches drivers/base/power/resume.c:46
There may well be another 'hash matches' line beyond that. If so, then
you are in luck because the last one is the likely culprit. For example:
hash matches device i2c-9191
The only way to prove this is to remove the module prior to initiating
suspend. Repeat as needed...
** Changed in: linux-source-2.6.22 (Ubuntu)
Sourcepackagename: None => linux-source-2.6.22
Assignee: (unassigned) => SEAQ - Andres Mujica (andres-mujica)
Status: New => Incomplete
--
Dapper panasonic Cf-Y4 hibernate and sleep don't work
https://bugs.launchpad.net/bugs/35557
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
