with a laptop model : Lenovo 3000 C200 8922AZG
$uname -a
Linux NEANT 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux
I tri to fix my suspend-hibernate / resume problems under Gutsy, because I was ok under Feisty, so it should be possible ?!!....
Using gnome-power-manager sleep button but the laptop doesn't enter in sleep mode : I'get blank screen (with backlight) and the cursor in the upper left corner.
I can restore my session, by first switching to tty (ctrl+Alt+F1) and then switching back to gnome session (ctrl+Alt+F7) : the password is asked and everything is ok (but it hasn't sleeped at all..)
Using "pm_suspend" or "/etc/acpi/sleep.sh force" the laptop enter in sleep mode : the half moon is on, everything seems to shut down. But no way to resume, I am obliged to hard reboot....
Hibernation doesnt work better : hard reboot...
With the hardy live CD, suspend to ram doesn't work neither.
Using the "pm_trace" procedure the following lines appear in dmesg :
I tried to modify the /etc/default/acpi-support config file, by adding all the sound related modules in the MODULES="" section, unsuccessfully...
I also replace the "i810" module by the default "intel" module (sudo dpkg-reconfigure -phigh xserver-xorg) of my graphic chipset,
and I test disabling the vbe option of xorg.conf, unsuccessfully...
I tri pm-suspend (with various quirck), and /etc/acpi/sleep.sh force (is it the same thing, which one use the acpi-support option ?)
Remark : the answer to "pm-is-supported --suspend" ans "pm-is-supported --hibernate" is 0, is it normal ?
So as you may deduce, I need someboddy's help to see what to do...
I think it's more probably a kernel bug ( than a g-p-m or acpi ralted bug), but I'm not an expert...
with a laptop model : Lenovo 3000 C200 8922AZG
$uname -a
Linux NEANT 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux
I tri to fix my suspend-hibernate / resume problems under Gutsy, because I was ok under Feisty, so it should be possible ?!!....
Using gnome-power-manager sleep button but the laptop doesn't enter in sleep mode : I'get blank screen (with backlight) and the cursor in the upper left corner.
I can restore my session, by first switching to tty (ctrl+Alt+F1) and then switching back to gnome session (ctrl+Alt+F7) : the password is asked and everything is ok (but it hasn't sleeped at all..)
Using "pm_suspend" or "/etc/acpi/sleep.sh force" the laptop enter in sleep mode : the half moon is on, everything seems to shut down. But no way to resume, I am obliged to hard reboot....
Hibernation doesnt work better : hard reboot...
With the hardy live CD, suspend to ram doesn't work neither.
Using the "pm_trace" procedure the following lines appear in dmesg :
[ 17.727817] Magic number: 0:432:626 buildd/ linux-source- 2.6.22- 2.6.22/ drivers/ base/power/ resume. c:28
[ 17.727820] hash matches /build/
[ 17.727986] hash matches device 0000:00:1b.0
This device correspond to my sound (/modem ?) chipset : pci/drivers/ -name "0000:00:1b.0" pci/drivers/ HDA Intel/0000:00:1b.0 card0/codec# * card0/codec# 0:Codec: Realtek ALC861-VD card0/codec# 1:Codec: Generic 11c1 Si3054
$ find /sys/bus/
/sys/bus/
$ grep Codec /proc/asound/
/proc/asound/
/proc/asound/
$ lspci -vvnn
00:1b.0 Audio device [0403]: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller [8086:27d8] (rev 02)
Subsystem: Lenovo Lenovo 3000 C200 audio [Realtek ALC861VD] [17aa:3802]
....see attachment below
I tried to modify the /etc/default/ acpi-support config file, by adding all the sound related modules in the MODULES="" section, unsuccessfully...
I also replace the "i810" module by the default "intel" module (sudo dpkg-reconfigure -phigh xserver-xorg) of my graphic chipset,
and I test disabling the vbe option of xorg.conf, unsuccessfully...
I tri pm-suspend (with various quirck), and /etc/acpi/sleep.sh force (is it the same thing, which one use the acpi-support option ?)
Remark : the answer to "pm-is-supported --suspend" ans "pm-is-supported --hibernate" is 0, is it normal ?
So as you may deduce, I need someboddy's help to see what to do...
I think it's more probably a kernel bug ( than a g-p-m or acpi ralted bug), but I'm not an expert...
thank you !