Distribution: Ubuntu 8.10 Intrepid
Hardware Environment: Samsung r70/a009
Software Environment: Gnome 2.24 or kde 4.1.3
Problem Description: After suspend to RAM I cannot wake up my computer again. In /var/log/messages there is nothing related with this moment (like if it just do nothing) and the computer is on but with the screen off and without noise of anything (not the hard-disk nor the processor fan) working.
Steps to reproduce: I make the suspend using the shutdown -> suspend button from the gnome menu (and the same for kde).
Will you please attach the output of acpidump, lspci -vxxx, dmesg?
Will you please add the boot option of "acpi_sleep=s3_beep" and do the following test ?
a. kill the process which is using /proc/acpi/event
b. dmesg >dmesg_before; echo mem > /sys/power/state; dmesg > dmesg_after
c. press the power button and see whether the system can be resumed
If it can't be resumed, please confirm whether the beep voice can be heard and whether there exists the file of dmesg_after.
Created attachment 19150 [details]
file with the result of the acpidump command
Created attachment 19151 [details]
result of the command lspci -vxxx
Created attachment 19152 [details]
copy of the dmesg output before suspend
I put the results of what you asked me but i couldn't do the "dmesg >dmesg_before; echo mem > /sys/power/state; dmesg > dmesg_after" because i get a "bash: /sys/power/state: Permission denied" even if i run it as super-user.
I am not sure if i put well the acpi_sleep=s3_beep option in the grub loader but i think so, what i didn't know is how to look which processes are using /proc/acpi/event, i tried with "ps aux | grep event" and i got:
"root 9 0.0 0.0 0 0 ? S< Dec04 0:00 [events/0]
root 10 0.0 0.0 0 0 ? S< Dec04 0:00 [events/1]
root 4874 0.0 0.0 4864 1640 ? Ss Dec04 0:00 /usr/sbin/acpid -c /etc/acpi/events -s /var/run/acpid.socket
root 5398 0.0 0.0 20048 1184 ? S Dec04 0:00 hald-addon-input: Listening on /dev/input/event3 /dev/input/event8 /dev/input/event9 /dev/input/event5 /dev/input/event4 /dev/input/event6 /dev/input/event11 /dev/input/event1"
so it seems nothing is using it.. i hope i helped, if you could give me more instructions of how to boot with the "acpi_sleep=s3_beep" command and how to do "dmesg >dmesg_before; echo mem > /sys/power/state; dmesg > dmesg_after" without error message, i will try again.
Thank you very much for your help.
If you have no permission of /sys/power/state, how can you do the suspend/resume?
Please login as root and do the test as mentioned in comment #2.
Please use the command of "lsof /proc/acpi/event" to get the process using the /proc/acpi/event.
Hi, well, the problem is that i am not a linux expert, but i am using ubuntu 8.10 and it doesn't allow me to login as a root user, so i was using the sudo command, but now i login as root in a terminal, and i could finally do the "dmesg >dmesg_before; echo mem > /sys/power/state; dmesg > dmesg_after" command. What happened is that my computer suspends but in a different way, the power button led was still on, and the caps lock led (and other led i don't know what's for) were blinking. I tried to resume pressing the power button and no way!, also (after restart the computer) i checked if there is a dmsesg_after file, and there is not but i attach the dmesg_before.
About the question: "If you have no permission of /sys/power/state, how can you do the suspend/resume?", well i don't know anything about it, but i am just using ubuntu like everyone so i should be able to suspend it no?...
Could you give me an example of how to edit the menu.lst file for grub in order to add the "acpi_sleep=s3_beep" option?, i couldn't do it yet.
Created attachment 19157 [details]
the last dmseg_before that i made
the last dmseg_before that i made
Understand what you said.
a) If you have no permission of /sys/power/state, maybe we can't do the suspend/resume. And it is very convenient to do the suspend/resume by using /sys/power/state
b) How to add the boot option of "acpi_sleep=s3_beep". The following is the example:
title Fedora Core (220.127.116.11)
kernel /boot/vmlinuz-18.104.22.168 ro root=LABEL=/ apic=debug resume=/dev/sda3 acpi_sleep=s3_beep
c) From the description it seems that there is no file of dmesg_after in your test. I am not sure what you have done is right. Will you please try it again?
Ok, i will try it again and i put the result this night, just i want to ask: is it important to have this resume=/dev/sdax in the menu.lst config file?? because i don't have any resume parameter..
And i am quite sure that there is not dmesg_after after i lunch the "dmesg >dmesg_before; echo mem > /sys/power/state; dmesg > dmesg_after" command, maybe it is because it can never wake up..
You needn't add the option of "resume=/dev/sdax" in the menu.lst. I copy it from the menu.lst on my box. It doesn't matter if you delete it.
If there is no file of dmesg_after, please check whether the beep voice can be heard.
Created attachment 19202 [details]
use the RTC cmos area to track where the suspend/resume hangs
If you can confirm that there is no file of dmesg_after after pressing the power button, will you please use the debug patch on the latest kernel(2.6.28-rc6) and do the following test?
a. add the boot option of "acpi_sleep=s3_beep"
b. after the system is booted, please kill the process which is using the /proc/acpi/event( use the command of "lsof /proc/acpi/event" to get the process using the /proc/acpi/event)
c. echo 25 > /proc/cmos; echo mem > /sys/power/state
d. press the power button and see whether the system can be resumed.
If the system can't be resumed, please reboot the system. After the system is rebooted, please cat /proc/cmos and attach the output of dmesg.
Created attachment 19207 [details]
Hi again, this time i got a dmesg_after, (maybe i did something wrong the other time) I attach it to you, i hope it helps to solve the problem.
I didn't patch the kernel, and my kernel is: 2.6.27-9-generic that is the last one i can get with ubuntu without compile it by myself (I don't know how to do it!)
Thanks for the test.
From the log in comment #14 it seems that the system can be resumed successfully from S3. But the remaining issue is that the screen is off. And the problem is related with nvidia graphics driver.
So this bug will be re-assigned to the category of nvidia graphics driver.
Hi, Nvidia Guys
From the log in comment #14 it seems that the system can be resumed from S3. But the screen remains blank.
Will you please look at this issue? The display can't work well after the suspend/resume.
This should be fixed in 2.6.37 with the nouveau driver. Can you please test?