You are not logged in.
Hi,
On resume after suspending is not working in my laptop for any reason I don't know... I have installed pm-utils but it continues not working...
Suspend is done ok.
Any ideas?
Thanks.
2011.12.29. Added workaround:
Workaround for some people (Not for me at this moment) as jwhendy said in post #32 below:
- If your system's BIOS has an option 'HPET support' in 'Power Management Setup' which options can be set to 32bit, 64bit or disabled, set it to DISABLED.
- For users with no BIOS option can append hpet=disable to their kernel line in /boot/grub/menu.lst, for example:
kernel /vmlinuz-linux root=/dev/mapper/root cryptdevice=/dev/sda3:root ro hpet=disable
In addition, if you have kernel version 3.1.5 and you continue having problems, please downgrade it to kernel 3.1.4 in order to work successfully.
Above workaround was said in post #32 below by jwhendy from another post on this issue
Also you can track any updates to this issue at Arch Bug Report created by the OP.
2012.01.15. Added workaround or possible solution, that worked in my case
* Add acpid daemon to /etc/rc.conf file in DAEMONS line.
I have installed the following packages:
extra/acpid 2.0.14-1
A daemon for delivering ACPI power management events with netlink support
extra/acpi 1.5-1
Linux ACPI client providing battery, AC power, and thermal readings
extra/pm-quirks 0.20100619-2
Quirks data for pm-utils
extra/pm-utils 1.4.1-3
Utilities and scripts for suspend and hibernate power management
I still have linux kernel 3.1.4-1-ARCH and hpet=disable as kernel parameter in my /boot/syslinux/syslinux.cfg or /boot/grub/menu.lst if you use grub instead.
That worked for me.
* Another possible solution that works for some people:
Update kernel to 3.1.7. And you can try adding hpet=disable as kernel parameter as well.
Hope it helps.
In the meantime as it seems to be only a workaround and there are some people still having problems on resuming, I have not marked the thread as SOLVED.
Last edited by toni (2012-01-15 14:20:58)
Offline
Would help if you could give us your laptop model.. seen some laptops *ASUS* that have issues with suspend.
Offline
Did you check your /var/log/pm-suspend.log file looking for some error messages?
Hi All,
Yes, I checked and it seems to be ok:
Sat Oct 22 11:54:43 CEST 2011: performing suspend
Initial commandline parameters:
Sun Oct 23 03:36:46 CEST 2011: Running hooks for suspend.
Running hook /usr/lib/pm-utils/sleep.d/00logging suspend suspend:
Linux archlinux 3.0-ARCH #1 SMP PREEMPT Fri Oct 7 10:11:05 UTC 2011 i686 Genuine Intel(R) CPU T2400 @ 1.83GHz GenuineIntel GNU/Linux
Module Size Used by
cryptd 6893 0
aes_i586 6940 0
aes_generic 25670 1 aes_i586
btusb 9889 0
bluetooth 121489 1 btusb
ipv6 249894 31
fuse 58597 3
oss_usb 96154 3
oss_hdaudio 142716 7
osscore 552118 4 oss_usb,oss_hdaudio
ext4 337790 5
mbcache 4249 1 ext4
jbd2 59488 1 ext4
crc16 1069 2 bluetooth,ext4
arc4 1086 2
pcmcia 31438 0
iwl3945 66433 0
iTCO_wdt 10293 0
psmouse 56431 0
iwl_legacy 45530 1 iwl3945
gspca_vc032x 23700 0
mac80211 191276 2 iwl3945,iwl_legacy
gspca_main 17407 1 gspca_vc032x
cfg80211 138492 3 iwl3945,iwl_legacy,mac80211
firewire_ohci 25944 0
yenta_socket 18774 0
videodev 70542 1 gspca_main
firewire_core 43387 1 firewire_ohci
nouveau 639882 3
sg 20982 0
pcmcia_rsrc 8808 1 yenta_socket
ttm 45269 1 nouveau
joydev 7439 0
iTCO_vendor_support 1545 1 iTCO_wdt
drm_kms_helper 21997 1 nouveau
evdev 7278 9
serio_raw 3390 0
pcspkr 1375 0
intel_agp 8720 0
intel_gtt 11417 1 intel_agp
drm 147750 5 nouveau,ttm,drm_kms_helper
thermal 6595 0
crc_itu_t 1069 1 firewire_core
i2c_algo_bit 4423 1 nouveau
mxm_wmi 1101 1 nouveau
wmi 7199 1 mxm_wmi
sony_laptop 25228 0
i2c_i801 7063 0
button 3646 1 nouveau
pcmcia_core 10082 3 pcmcia,yenta_socket,pcmcia_rsrc
media 8545 1 videodev
rfkill 12406 4 bluetooth,cfg80211,sony_laptop
e100 26857 0
video 9780 1 nouveau
battery 4889 0
tifm_7xx1 3606 0
tifm_core 3825 1 tifm_7xx1
ac 1796 0
mii 3375 1 e100
processor 21876 2
agpgart 22096 4 ttm,intel_agp,intel_gtt,drm
i2c_core 16625 6 videodev,nouveau,drm_kms_helper,drm,i2c_algo_bit,i2c_i801
btrfs 589770 1
zlib_deflate 18070 1 btrfs
crc32c 2428 1
libcrc32c 714 1 btrfs
usbhid 31199 0
hid 65215 1 usbhid
sr_mod 13244 0
cdrom 31277 1 sr_mod
sd_mod 26147 8
pata_acpi 2388 0
uhci_hcd 19609 0
ata_piix 18561 7
libata 154449 2 pata_acpi,ata_piix
ehci_hcd 34935 0
scsi_mod 111801 4 sg,sr_mod,sd_mod,libata
usbcore 119612 8 btusb,oss_usb,gspca_vc032x,gspca_main,usbhid,uhci_hcd,ehci_hcd
total used free shared buffers cached
Mem: 2063928 1833948 229980 0 5784 1039120
-/+ buffers/cache: 789044 1274884
Swap: 1993724 10900 1982824
/usr/lib/pm-utils/sleep.d/00logging suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/00powersave suspend suspend:
/usr/lib/pm-utils/sleep.d/00powersave suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/01grub suspend suspend:
/usr/lib/pm-utils/sleep.d/01grub suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/11netcfg suspend suspend:
/usr/lib/pm-utils/sleep.d/11netcfg suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend:
/usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/75modules suspend suspend:
/usr/lib/pm-utils/sleep.d/75modules suspend suspend: success.
Running hook /etc/pm/sleep.d/90alsa suspend suspend:
/etc/pm/sleep.d/90alsa suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/90clock suspend suspend:
/usr/lib/pm-utils/sleep.d/90clock suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend:
/usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/95led suspend suspend:
/usr/lib/pm-utils/sleep.d/95led suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend:
Kernel modesetting video driver detected, not using quirks.
/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/99video suspend suspend:
kernel.acpi_video_flags = 0
/usr/lib/pm-utils/sleep.d/99video suspend suspend: success.
Running hook /etc/pm/sleep.d/vaiopower suspend suspend:
/etc/pm/sleep.d/vaiopower suspend suspend: success.
Sun Oct 23 03:36:48 CEST 2011: performing suspend
Also I have installed acpid 2.0.12-1, I don't know if it is necessary or not.
Thanks.
Offline
Would help if you could give us your laptop model.. seen some laptops *ASUS* that have issues with suspend.
Sorry, I forgot.
Laptop is a Sony VAIO FE21s Intel core duo centrino T2400 @ 1.83GHz.
Thanks.
Offline
Have you added resume=/path/to/swap/drive as your kernel option in menu.lst?
Offline
Have you added resume=/path/to/swap/drive as your kernel option in menu.lst?
Hi Samuel,
Yes, I have. I am not using Grub as loader, I am using syslinux instead, and resume line is added. My syslinux.cfg is the following:
# Config file for Syslinux -
# /boot/syslinux/syslinux.cfg
#
# Comboot modules:
# * menu.c32 - provides a text menu
# * vesamenu.c32 - provides a graphical menu
# * chain.c32 - chainload MBRs, partition boot sectors, Windows bootloaders
# * hdt.c32 - hardware detection tool
# * reboot.c32 - reboots the system
# * poweroff.com - shutdown the system
#
# To Use: Copy the respective files from /usr/lib/syslinux to /boot/syslinux.
# If /usr and /boot are on the same file system, symlink the files instead
# of copying them.
#
# If you do not use a menu, a 'boot:' prompt will be shown and the system
# will boot automatically after 5 seconds.
#
# Please review the wiki: https://wiki.archlinux.org/index.php/Syslinux
# The wiki provides further configuration examples
DEFAULT arch
PROMPT 0 # Change to 1 if you do not want to use a menu
TIMEOUT 50
# You can create syslinux keymaps with the keytab-lilo tool
#KBDMAP de.ktl
# Menu Configuration
# Either menu.c32 or vesamenu32.c32 must be copied to /boot/syslinux
#UI menu.c32
UI vesamenu.c32
# Refer to http://syslinux.zytor.com/wiki/index.php/Doc/menu
MENU TITLE Arch Linux
#MENU BACKGROUND splash.png
MENU COLOR border 30;44 #40ffffff #a0000000 std
MENU COLOR title 1;36;44 #9033ccff #a0000000 std
MENU COLOR sel 7;37;40 #e0ffffff #20ffffff all
MENU COLOR unsel 37;44 #50ffffff #a0000000 std
MENU COLOR help 37;40 #c0ffffff #a0000000 std
MENU COLOR timeout_msg 37;40 #80ffffff #00000000 std
MENU COLOR timeout 1;37;40 #c0ffffff #00000000 std
MENU COLOR msg07 37;40 #90ffffff #a0000000 std
MENU COLOR tabmsg 31;40 #30ffffff #00000000 std
# boot sections follow
#
# TIP: If you want a 1024x768 framebuffer, add "vga=773" to your kernel line.
#
#-*
# (0) Arch Linux
LABEL arch
MENU LABEL Arch Linux
LINUX ../vmlinuz-linux
APPEND root=/dev/sda8 ro resume=/dev/sda11
INITRD ../initramfs-linux.img
# (1) Arch Linux Fallback
LABEL archfallback
MENU LABEL Arch Linux Fallback
LINUX ../vmlinuz-linux
APPEND root=/dev/sda8 ro resume=/dev/sda11
INITRD ../initramfs-linux-fallback.img
# (2) Windows
LABEL windows
MENU LABEL Windows
COM32 chain.c32
APPEND hd0 2
LABEL hdt
MENU LABEL HDT (Hardware Detection Tool)
COM32 hdt.c32
LABEL reboot
MENU LABEL Reboot
COM32 reboot.c32
LABEL off
MENU LABEL Power Off
COMBOOT poweroff.com
Offline
What kernel are you running? I had a, very similar, resume problem with the 3.0 family; which I believe also applies to the 2.6.39 kernel. This has been fixed in the 3.1 kernel.
Offline
What kernel are you running? I had a, very similar, resume problem with the 3.0 family; which I believe also applies to the 2.6.39 kernel. This has been fixed in the 3.1 kernel.
Yes, I have 3.0 family: Linux archlinux 3.0-ARCH so could you tell me please how to upgrade the kernel to last one? (Sorry, I am newbie in Arch...) Steps to upgrade will be highly appreciated.
I have researched a bit and as far as I know from the link below this new kernel version is still in testing so.... I wonder if it is sure to upgrade...
Regards.
Last edited by toni (2011-10-29 11:52:05)
Offline
What kernel are you running? I had a, very similar, resume problem with the 3.0 family; which I believe also applies to the 2.6.39 kernel. This has been fixed in the 3.1 kernel.
Hi ghostcat,
I have installed linux kernel 3.1.0-4-ARCH, but still the same problem. When I do suspend, and then I press power button from my laptop to resume, a black screen remains.
Any ideas?
Thx.
Offline
Hi, which screen resolution and graphic card do you have? When you boot, does your screen resolution adjust when the kernel initializes or during the "Waiting for UDev events to be processed" ?
My poor English is fault of Google Translator.
Offline
@toni
hello toni, i used to have the same problem, i googled and found a thread in the archlinux forum, but i didn't find it again.
according to that thread , i solved my problem , i hope it is useful for you .
here it is:
1. add 'resume' to the HOOK in the /etc/mkinitcpio.conf , then 'sudo mkinitcpio -p linux'
2. touch a file named 'config' or 'modules' in the /etc/pm/conf.d/ dir, add a new line 'SUSPEND_MODULES=" "'.
3. put the module name in the "".
in the thread i mentioned above and on my own situation here ,i added uhci_hcd and ehci_hcd in the "", the problem got solved then.
you can try this . may be helpful.
and a few links that may help:
https://wiki.archlinux.org/index.php/Pm … figuration
https://wiki.archlinux.org/index.php/Pm … reen_issue
https://wiki.archlinux.org/index.php/Pm … om_suspend
https://wiki.archlinux.org/index.php/Pm … esume_Hook
Offline
Hi, which screen resolution and graphic card do you have? When you boot, does your screen resolution adjust when the kernel initializes or during the "Waiting for UDev events to be processed" ?
Hi RiHL,
I have a NVIDIA GeForce Go 7600 and 1280x800(16:10). The screen resolution is changed or adjusted after showing:
Loading user-specified modules
and before...
Waiting for udev events to be processed........DONE
Well I think I have some problems with graphic card driver.... because a message is shown, I don't know if it is the cause (maybe).
Below I indicate what are the messages shown during boot:
(...)
Running Hook [udev]
Triggering uevents...
Running Hook [resume]
Triggering uDev Daemon
Starting uDev events
Loading user-specified modules
At this point resolution is adjusted and changes, from now on I can see the messages above and the following ones:
(...) [drm] nouveau (...) init table command not found <---- I think there is a problem here....
Failed to execute /usr/bin/vmouse_detect no such file or directory
Failed to execute /usr/bin/vaiopower (...)
Waiting for udev events to be processed............DONE
After that message other ones appear but all is indicated as DONE and no more problems or error messages appear.
Finally after DONE messages and before appearing and loading login screen some error messages appear:
gdm-binary(xxxx): Failed to acquire org.gnome.DisplayManager
gdm-binary(xxxx): Could not acquire name; bailing out
And finally once login screen is loaded, if I reboot from there, services begin to stop and one failed:
Stopping GDM .........................[FAILED]
the rest is ok.
Thx.
Last edited by toni (2011-11-13 10:55:48)
Offline
@toni
hello toni, i used to have the same problem, i googled and found a thread in the archlinux forum, but i didn't find it again.
according to that thread , i solved my problem , i hope it is useful for you .
here it is:
1. add 'resume' to the HOOK in the /etc/mkinitcpio.conf , then 'sudo mkinitcpio -p linux'
2. touch a file named 'config' or 'modules' in the /etc/pm/conf.d/ dir, add a new line 'SUSPEND_MODULES=" "'.
3. put the module name in the "".in the thread i mentioned above and on my own situation here ,i added uhci_hcd and ehci_hcd in the "", the problem got solved then.
you can try this . may be helpful.and a few links that may help:
https://wiki.archlinux.org/index.php/Pm … figuration
https://wiki.archlinux.org/index.php/Pm … reen_issue
https://wiki.archlinux.org/index.php/Pm … om_suspend
https://wiki.archlinux.org/index.php/Pm … esume_Hook
Hi pomhg,
1) resume to the HOOK is added in my /etc/mkinitcpio.conf and I remember to do 'sudo mkinicpio -p linux' some time ago.
2) I have added SUSPEND_MODULES line to the file you said.
3) Also I have had a look to the links you said me, and I have done some changes that are indicated there.... but without luck.....
It still does not work...
Anyway thank very much for your help, I will continue researching in those links to see if there are something is missed to me.
Thx.
Offline
[Thinking...]
When you resume from disk hibernation, can you see any messages/warnings/errors when resuming? Try to hibernate and resume and write:
Do you have only blank screen?
Are your wifi/disk lights working?
When you press Ctrl+alt+F1 and then Ctrl+Alt+delete, will you reboot (like with the reboot command), or you must put battery out and back ?
(Sorry for my bad English )
My poor English is fault of Google Translator.
Offline
[Thinking...]
When you resume from disk hibernation, can you see any messages/warnings/errors when resuming? Try to hibernate and resume and write:
Do you have only blank screen?
Are your wifi/disk lights working?
When you press Ctrl+alt+F1 and then Ctrl+Alt+delete, will you reboot (like with the reboot command), or you must put battery out and back ?
(Sorry for my bad English)
Hi RiHL,
I have observed the following:
- If I hibernate, resume works: On hibernating all lights go off, then I press power button, and Arch Linux resumes without problems.
- If I suspend, resume does not work: All lights go off (Wireless LAN, Bluetooth, etc...) and power light remains blinking. After pressing power button, lights go on again (Wireless LAN, Bluetooth, etc...) but power light goes on and immediately goes off and screen remains black all the time. CTRL+ALT+F1 and then CTRL+ALT+Delete do nothing, laptop remains in the same state and the only thing I can do is to keep pressed power button during a few seconds til the laptop shuts down. Then I power on the laptop again.
Thx.
Offline
hello toni,
i found this http://fedoraproject.org/wiki/Common_ke … me_failure
looks like that the problem shows up because of N card + nouveau driver ?
in your post , it is that "hibernate-resume works but suspend-resume does not."
that reminds me as it is in that link, which says something about "hibernation-only", you might have a look yourself, since i don't own an nVidia Card.
so , this is all i can do.
good luck!
Last edited by pomhg (2011-11-14 20:00:11)
Offline
hello toni,
i found this http://fedoraproject.org/wiki/Common_ke … me_failure
looks like that the problem shows up because of N card + nouveau driver ?
in your post , it is that "hibernate-resume works but suspend-resume does not."
that reminds me as it is in that link, which says something about "hibernation-only", you might have a look yourself, since i don't own an nVidia Card.
so , this is all i can do.
good luck!
Hi pomhg,
Yes, you are right. I think the problem is my NVIDIA however I am researching more on how to deal with it. Another option is to install NVIDIA proprietary drivers instead of nouveau, but the problem I have each time I install them is that X does not start and I don't understand why so I decided to install nouveau.
I have never found a detailed guide which explains the process to install a NVIDIA proprietary driver with success and that ensures that X will start without problems. I am afraid of installing NVIDIA proprietary drivers... If I install them and then I cannot boot into X....
Thx a lot.
Last edited by toni (2011-11-14 20:53:05)
Offline
Hi All again,
I have just installed nvidia 285.05.09-3 drivers from extra repository but when doing suspend same problem as with nouveau is happening: Black screen. Caps lock toggle does not work so It is totaly died. So I think graphic card drivers is not the problem.... What is the problem? any ideas?
I have kernel 3.1.1-1-ARCH
Thx.
Offline
I had a similar problem on a Asus laptop with the proprietary Nvidia driver: black screen after resume from suspend. I got it working now after I followed the suggestion here:
Offline
I had a similar problem on a Asus laptop with the proprietary Nvidia driver: black screen after resume from suspend. I got it working now after I followed the suggestion here:
Hi zamolxis,
Thanks very much. Yes, I followed the steps indicated there a few time ago. I created a script with that content but it does not work.
Offline
So there's been no resolution to this thread? This just started happening to me after my recent update to ARCH-3.1.5 kernel. This is a huge problem! Any further progress/suggestions?
Offline
So there's been no resolution to this thread? This just started happening to me after my recent update to ARCH-3.1.5 kernel. This is a huge problem! Any further progress/suggestions?
Hi jwhendy,
Problems seem to persist to me so no solution for this thread yet.... I am constantly investigating on how to deal with this issue and I have done a lot of things to try to resolve but with no success til now.... It happens to me since I installed Arch Linux with kernel family 3.0. Since then I have updated kernel with each new version but the issue has never been solved. Now I have kernel version 3.1.4-1-ARCH but the issue remains.... As you can see in this thread I have tested proprietary NVIDIA drivers and not proprietary ones such as nouveau but with no success.... so I don't know what is the problem....
I will continue investigating in this issue and how to solve it. If I find a solution I promise to post here as soon as possible with detailed steps.
In the meantime any ideas will be highly appreciated.
Thx.
Offline
@toni
Thanks for the update. I haven't found a resolution either. I'm also on nvidia. This only started happening to me as of the last update. I'm not sure what in the world is up. I've been on proprietary nvidia drivers with this computer (HP 8540w) all along, so it's not related to nouveau or nvidia, at least that's not apparent. I even suspended from the command prompt prior to starting into X after rmmod-ing the nvidia driver altogether. I have a draft thread started in another window that compiles the solutions mentioned on about 10 of these types of threads. I may start it just so everyone is on the same page about what solutions have been proposed. None work for me so far:
-- use nvidia instead of nouveau
-- use nouveau instead of nvidia
-- rmmod something: iwlagn, usbcore, [e/x]hci_hcd, vboxdrv, rfkill, etc.
-- add the resume hook
-- remove the autodetect hook
-- add a quirk script that uses vbetool to toggle dpms off/on
-- play with intel_idle.max_cstate
-- toggle your 1000N wireless card switch
-- reinstall Arch or Archbang
Offline
I had the same problem a few months ago on my new laptop (Intel GPU). A BIOS update solved this problem for me.
Offline