[SOLVED] KDE4: No sleep on laptop lid close while screensaver active

I've been trying to figure this out for a while now, and it turns out it's an upstream bug with PowerDevil: https://bugs.kde.org/show_bug.cgi?id=205453
A patch was just posted on that bug report within the last couple days. I rebuilt kdebase-workspace with this patch and it's now working.
I've filed a bug report in the Arch bug tracker (http://bugs.archlinux.org/task/19426) making note of the solution. Anyone who doesn't want to wait for an updated package, and is familiar with ABS, can modify the PKGBUILD to include the patch from the KDE bug report.

Poof, new package already. Nice!
This is why I love Arch.

Similar Messages

[SOLVED] Laptop Lid Close

I've been using arch on my laptop for a while now and have been having problems when I close the lid on my laptop. What I want my a laptop to do is nothing except simply turn the screen off when the lid is shut. However, at the moment when I close the lid, it doesn't suspend or sleep or anything, the screen turns off, but when I open the lid, I am presented with a black screen(lit up). I have to turn my laptop on and off to use it again, or change tty and then restart the x-screen. Any help would be much appreciated. Thanks in advance.
Last edited by compty (2013-12-30 08:15:22)

Thanks,
I'm using acpid to handle the event and in the /etc/systemd/logind.conf I have only the following line uncommented:
HandleLidSwitch=ignore
Which to my understanding should prevent systemd from controlling the event yes?
And at the moment I currently have the default acpi setup,
so the anything event:
# Pass all events to our one handler script
event=.*
action=/etc/acpi/handler.sh %e
And the following hander.sh:
#!/bin/bash
# Default acpi script that takes an entry for all actions
case "$1" in
button/power)
case "$2" in
PBTN|PWRF)
logger 'PowerButton pressed'
logger "ACPI action undefined: $2"
esac
button/sleep)
case "$2" in
SLPB|SBTN)
logger 'SleepButton pressed'
logger "ACPI action undefined: $2"
esac
ac_adapter)
case "$2" in
AC|ACAD|ADP0)
case "$4" in
00000000)
logger 'AC unpluged'
00000001)
logger 'AC pluged'
esac
logger "ACPI action undefined: $2"
esac
battery)
case "$2" in
BAT0)
case "$4" in
00000000)
logger 'Battery online'
00000001)
logger 'Battery offline'
esac
CPU0)
*) logger "ACPI action undefined: $2" ;;
esac
button/lid)
case "$3" in
close)
logger 'LID closed'
open)
logger 'LID opened'
logger "ACPI action undefined: $3"
esac
logger "ACPI group/action undefined: $1 / $2"
esac
# vim:set ts=4 sw=4 ft=sh et:
I know I need to add the commands etc to perform the various functions, but I thought that this handler.sh would do nothing?
I'm also using xfce. My laptop is a Dell Inspiron 7720.
Any advice on what I might be doing wrong?

[SOLVED] Power button and laptop lid close rules not followed (KDE)

I'm using KDE 4.9.1, and the rules I set for the power button and lid close events in the KDE power management settings are not followed.
Currently, I have the power button press event set to trigger hibernation, and the lid close event set to turn off the display. Instead, the power button causes the laptop to power down immediately, as if the 'poweroff' command was issued. Closing the lid causes the system to suspend to ram.
This problem seemed to have started when I installed 'laptop-mode-tools' and 'acpid'. The problem persisted even when I uninstalled the said packages from the system. Most solutions on the internet involve adjusting the contents of files in /etc/acpi/, but that directory does not exist on my system. I also tried deleting the power management configuration files in the ~/.kde4/share/config directory, but that didn't fix the problem either.
Hibernation works if I choose 'hibernate' from the KDE menu.
Thanks for any help.
Last edited by rb3 (2012-09-28 05:46:56)

That's not a good solution.
Changes in systemd default behaviour are reasonable. It guarantees that if your graphical enviroment has no suspend support, it will still suspend when the lid is closed.
For example, closing the laptop lid at KDM login screen will now suspend the laptop. I remember a topic when someone nearly killed his notebook battery with overheat in that situation (the laptop did not suspend when the lid was closed at kdm screen).
This change also brings native (non-acpid) suspend support to lighweight desktop enviroments.
The source of the «double suspend» problem is in acynchronized update of systemd and KDE.
Updating KDE to 4.9.2 (which will be released in several days) will fix this without editing the config file.
Make sure you restore the original logind.conf after updating to KDE 4.9.2.
See:
http://lists.freedesktop.org/archives/s … 06604.html
https://bugs.kde.org/show_bug.cgi?id=307412
https://git.reviewboard.kde.org/r/106533/

Gnome3: Cannot set laptop lid close action

I've checked the lid closing sensor with watch /proc/acpi/button/lid/LID/state and the status changes without problems, but i can't set the lid closing action in gnome-tweak-tool or under power options. The laptop suspends only when an external monitor is not connected, i want to change it so it always suspends when the lid is closed.
How can I fix this?
Screenshots
power options
gnome-tweak-tool
Last edited by klingt.net (2014-03-19 20:28:05)

Seems to be a bug in gnome, gnome-tweak-tool outputs the following messages:
INFO : GSettings missing key org.gnome.settings-daemon.plugins.power (key lid-close-battery-action)
INFO : GSettings missing key org.gnome.settings-daemon.plugins.power (key lid-close-ac-action)
INFO : GSettings missing key org.gnome.settings-daemon.plugins.power (key lid-close-suspend-with-external-monitor)
I added the keys manually to the schema but gnome-tweak-tool show this error when i try to start it with the new keys:
GLib-GIO-ERROR **: Settings schema 'org.gnome.settings-daemon.plugins.power' does not contain a key named 'lid-close-battery-action'
There are more people having a similar problem.
Last edited by klingt.net (2014-03-23 10:12:03)

Internet Connection off when Laptop Lid Closes

Hi. I just bought my first Mac. A macbook pro. I like to leave my AIM or Ichat on but would like to close the lid to my laptop. Everytime I do, it logs me off. I think this is because of the sleep function. Is there a way to configure so that it doesnt lose my internet everytime???

nope, it is a physical hardware switch that disables the internet when the lid is closed. the only way to disable it is to use your computer in clamshell mode, which means you need an exteral moniter, keyboard, and mouse

[Solved] preventing standby when closing laptop lid and more.

To be blunt, I'm on the verge of insanity at this point. I'm no newcomer to Arch, but this has me beat.
In short I'm not using my asus eepc 1015pem anymore, so I decided to make it a folding machine.
Everything works as intended except when I close the lid, it automatically goes to sleep and I haven't had any luck finding a solution.
All in all I have little use for any sort of power management, and things like CPU scaling and such, should obviously not be active.
So please do let me know where I can find the information I need.
My arch installation is completely basic and brand new, should that information matter
Best regards.
Last edited by zacariaz (2012-10-21 00:37:00)

2ManyDogs wrote:
zacariaz wrote:
WonderWoofy wrote:
You need to look into the powers of logind.conf (by that I mean the man page).
Also, I don't know why you would want to turn frequency scaling off. If it makes the cpu go full speed, so be it, but if not, it would be nice to not use quite as much power.
First of all, I want to thank you for the quick reply and secondly mention that this is a very low power device which will be running at full capacity 14/7, thus these think are not needed.
If it's running at "full capacity" cpu frequency scaling will allow the CPU to run at its top speed. There is no need to remove it. If at any point full speed is not required, even a low-power device will use less power with cpu scaling, and it allows the CPU to rest and cool off a little.
But hey, it's your box.
The reason it's important is only due to the doubt that the cpu might somehow be inhibited. If that's not the case, then it doesn't matter obviously.

Sleeping when the lid closes

I know that having the MacBook Pro go to sleep is an excellent feature and the Wake-up time is so fast, but I'm wondering if there is a way I can turn that feature off sometimes. When I sit at my desk, I like to plug it into my monitor and be able to shut the lid for better storage. However, I can't use the monitor when I do that, because my Pro falls asleep. Any suggestions?

I think there is a setting in system preferences to do that.
But I forget how.. ;p
So, when you plug your MBP to other monitor, bluetooth/wired keyboard, and mouse, close the lid and press the keyboard, MBP will wake up.

Disable automatic sleep on macbook lid close

Is there ANY way to disable the macbook from going to sleep whenever I shut the lid? I'm very happy with my macbook overall, but the closing of the lid forcing it to sleep is making me not like that much more. Please help!!!

Try this: http://www.macupdate.com/info.php/id/10564
It really not a good idea to run the MacBook with the lid closed though, because the air is drawn in through the keyboard to cool the unit. With the lid closed, you could potentially overheat the MacBook.
-Bmer
Mac Owners Support Group - Join us @ MacOSG.com
  Mac611 Mobile Mac Support - about.Mac611.com
   iTunes:MacOSG Podcast | YouTube.MacOSG.com
                   An Apple User Group 
Have an iPhone or iPod touch? Enter Mac611.com in Safari on it for 'mobile Mac support.'

[SOLVED] Run xscreensaver when I close the laptop lid

I have xscreensaver running in my archlinux, and with a systemd service, I can start it after waking up my laptop.
The problem is that I like to keep my laptop running when I close the lid (for example, to go to bed while I'm downloading a file, I like to simply close my lid), but I want to lock my computer.
In the /etc/systemd/logind.conf, there is a nice option called HandleLidSwitch, which specifies which action is invoked when the lid is closed, and there is a lock option, but It doesn't work for me.
The option suspend works fine.
Here is my /etc/systemd/logind.conf:
# This file is part of systemd.
# systemd is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
# (at your option) any later version.
# See logind.conf(5) for details
[Login]
#NAutoVTs=6
#ReserveVT=6
#KillUserProcesses=no
#KillOnlyUsers=
#KillExcludeUsers=root
#Controllers=
#ResetControllers=cpu
#InhibitDelayMaxSec=5
HandlePowerKey=suspend
#HandleSuspendKey=suspend
#HandleHibernateKey=hibernate
HandleLidSwitch=ignore
#PowerKeyIgnoreInhibited=no
#SuspendKeyIgnoreInhibited=no
#HibernateKeyIgnoreInhibited=no
#LidSwitchIgnoreInhibited=yes
#IdleAction=ignore
#IdleActionSec=30min
Any help?
Last edited by alomsimoy (2013-09-10 18:08:33)

I would say that you should just have logind ignore the LidSwitch altogether. So if it is set to ignore the lid switch, then it obviously isn't going to be entering the suspend.target (or is it the sleep.target, I can't remember). Therefore, you are going to have to have some other way of triggering actions in response to these events.
The lid switch sends an event to udev, so you have the option of having a udev rule that responds to this, or using acpid to start this for you. I would recommend using acpid, as it is much more flexible in what it can allow you to do.
Edit: acpid is not necessarily more flexible than a udev rule, as it relies on the udev events. But it is a much easier method of setup since it simply relies of basic scripting in order to make it work. It can allow for one central script (or collection of scripts) to handle all the different events that udev sends. To see what kinds of things trigger a udev event, you can use udevadm monitor or if you install acpid, there is the acpi_listen option.
Edit2: BTW, what is it you mean by not working? Does it still suspend on lid close, or is your xscreensaver not started? You need to be more explicit there. If it is still suspending, have you rebooted or restarted logind after making those changes to logind.conf? You can't just edit the file and have the changes implemented right away, as the configuration is parsed and the settign implemented on the service start.
Last edited by WonderWoofy (2013-09-10 17:28:05)

[systemd] Toggle whether lid close makes laptop sleep

Before migrating to systemd, I had a nice setup using laptop-mode where I would use the laptop "Sleep key" as a toggle for whether closing the lid put the laptop into sleep mode or not. This was just a few lines reading/writing to a file ~/.lidsleep, which I hacked into the laptop-mode shell scripts. Having switched to systemd, and wanting to do the same the "systemd way", I've come up short.
What I have managed to do is temporarily disable the "lid -> sleep" action, with this command:
# systemd-inhibit --what=handle-lid-switch cat
where the function of the final `cat` is to be a program that does not return until I type ^C.
I basically have two questions:
1) How can I make systemd perform an arbitrary command when I press the "Sleep key"?
2) Short of something like running `pgrep systemd-inhibit && pkill systemd-inhibit || systemd-inhibit --what=handle-lid-switch cat`, what is the best way to setup a toggle like this?
Final bonus question, if these two are answered:
My previous setup also included restoring the toggle to its default state (lid -> sleep : yes) when resuming from hibernate (not suspend). How would I do this using systemd?

As WonderWoofy suggests, why not just tell systemd to not handle lid close or the sleep key (not sure it does that but if it does) and continue to use your existing solution with laptop mode tools?
systemd is not, that I know of, supposed to handle stuff like key presses and it is deliberately designed so that you can have a more sophisticated system hand events such as lid closing and so on. Moreover, it doesn't replace the remaining functionality of laptop-mode tools so assuming you used that for other things too, you'll need it anyway. That is, I can't even see how this would let you uninstall laptop-mode tools if you've been using it without giving up a bunch of other stuff. Could you explain why you want to do it without laptop-mode tools etc.?

Getting Arch to pm-suspend on lid close [SOLVED]

Hello,
I want Arch to suspend to RAM when I close my laptop lid. Here is what I did:
I installed pm-utils. I also followed the wiki and set it up so that I can just say
sudo pm-suspend
and the computer suspends with the need to type in your password.
Then, I installed acpid to have a way to capture acpi events.
Now, from what I read on the wiki and in these forums, I had to edit /etc/acpi/handler.sh
Here is the pertinent code that I edited:
button/lid)
#echo "LID switched!">/dev/tty5
logger "ACPI lid switched $1 $2"
if [ -n "`grep close /proc/acpi/button/lid/LID/state`" ]; then
/usr/sbin/pm-suspend
logger -s "ACPI lid closed";
elif [ -n "`grep open /proc/acpi/button/lid/LID/state`" ]; then
logger -s "ACPI lid opened"
else
logger -s "Couldn't detect Lid state"
fi
but the problem is that when I close the lid, it writes "ACPI lid closed" to the logfile, but instead of suspending the laptop, it just blanks the screen. Here is what it says in the log file
Apr 18 11:02:45 Treadstone logger: ACPI lid closed
Apr 18 11:02:45 Treadstone acpid: client connected from 4790[0:1000]
Apr 18 11:02:45 Treadstone acpid: 1 client rule loaded
Apr 18 11:02:47 Treadstone acpid: client 4790[0:1000] has disconnected
Apr 18 11:02:47 Treadstone logger: ACPI lid switched button/lid LID
Apr 18 11:02:47 Treadstone logger: ACPI lid opened
Any help will be greatly appreciated.
Last edited by mgangav (2009-04-18 19:46:01)

B wrote:You need check the pm-suspend log for pointers .
Ok, I checked the pm-suspend.log Here are it's contents:
Initial commandline parameters:
Sat Apr 18 11:45:03 EDT 2009: Running hooks for suspend.
/usr/lib/pm-utils/sleep.d/00auto-quirk suspend suspend: Adding quirks from HAL: --quirk-dpms-on --quirk-dpms-suspend --quirk-vbe-post --quirk-vbemode-restore --quirk-vbestate-restore --quirk-vga-mode-3
success.
/usr/lib/pm-utils/sleep.d/00logging suspend suspend: Linux Treadstone 2.6.28-ARCH #1 SMP PREEMPT Sun Mar 8 10:18:28 UTC 2009 i686 Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz GenuineIntel GNU/Linux
Module Size Used by
ipv6 260340 10
i915 58372 2
drm 83880 3 i915
fuse 53020 2
joydev 11712 0
snd_seq_oss 31872 0
snd_seq_midi_event 8192 1 snd_seq_oss
snd_seq 49968 4 snd_seq_oss,snd_seq_midi_event
snd_seq_device 8204 2 snd_seq_oss,snd_seq
snd_pcm_oss 40192 0
uvcvideo 57736 0
compat_ioctl32 3072 1 uvcvideo
videodev 34176 1 uvcvideo
v4l1_compat 15364 2 uvcvideo,videodev
snd_mixer_oss 16512 1 snd_pcm_oss
arc4 3712 2
ecb 4608 2
b44 28560 0
ssb 40964 1 b44
pcmcia 35532 1 ssb
sdhci_pci 9088 0
sdhci 17028 1 sdhci_pci
container 5248 0
mii 6528 1 b44
iwl3945 91128 0
mmc_core 46876 1 sdhci
uhci_hcd 24592 0
yenta_socket 25996 1
rsrc_nonstatic 13056 1 yenta_socket
pcmcia_core 34452 4 ssb,pcmcia,yenta_socket,rsrc_nonstatic
snd_pcsp 11048 0
sg 26804 0
mac80211 161184 1 iwl3945
snd_hda_intel 412980 0
snd_hwdep 9092 1 snd_hda_intel
psmouse 55828 0
ehci_hcd 36876 0
video 18704 0
output 4608 1 video
snd_pcm 70020 3 snd_pcm_oss,snd_pcsp,snd_hda_intel
snd_timer 21384 2 snd_seq,snd_pcm
snd_page_alloc 10120 2 snd_hda_intel,snd_pcm
snd 50852 10 snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcsp,snd_hda_intel,snd_hwdep,snd_pcm,snd_timer
soundcore 8160 1 snd
cfg80211 31760 2 iwl3945,mac80211
serio_raw 7172 0
usbcore 136848 4 uvcvideo,uhci_hcd,ehci_hcd
i2c_i801 10896 0
i2c_core 22804 1 i2c_i801
intel_agp 27836 1
agpgart 31572 3 drm,intel_agp
iTCO_wdt 12836 0
iTCO_vendor_support 4996 1 iTCO_wdt
acer_wmi 16320 0
rfkill 11596 4 iwl3945,acer_wmi
led_class 5508 2 iwl3945,acer_wmi
wmi 7848 1 acer_wmi
evdev 11296 7
thermal 17180 0
processor 41388 3 thermal
fan 6276 0
button 7824 0
battery 12036 0
ac 6020 0
rtc_cmos 12332 0
rtc_core 17564 1 rtc_cmos
rtc_lib 4480 1 rtc_core
ext3 127112 2
jbd 46996 1 ext3
mbcache 8708 1 ext3
sr_mod 16708 0
cdrom 35360 1 sr_mod
sd_mod 26904 5
pata_acpi 6016 0
ata_piix 23300 4
ata_generic 6788 0
libata 157856 3 pata_acpi,ata_piix,ata_generic
scsi_mod 102164 4 sg,sr_mod,sd_mod,libata
total used free shared buffers cached
Mem: 2065460 482372 1583088 0 60728 194692
-/+ buffers/cache: 226952 1838508
Swap: 2931852 0 2931852
success.
/usr/lib/pm-utils/sleep.d/00powersave suspend suspend: success.
/usr/lib/pm-utils/sleep.d/01grub suspend suspend: not applicable.
/usr/lib/pm-utils/sleep.d/11netcfg suspend suspend: /bin/stty: standard input: Inappropriate ioctl for device
success.
/usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend: not applicable.
/usr/lib/pm-utils/sleep.d/55NetworkManager suspend suspend: success.
/usr/lib/pm-utils/sleep.d/75modules suspend suspend: not applicable.
/usr/lib/pm-utils/sleep.d/90chvt suspend suspend: success.
/usr/lib/pm-utils/sleep.d/90clock suspend suspend: not applicable.
/usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend: success.
/usr/lib/pm-utils/sleep.d/95led suspend suspend: not applicable.
/usr/lib/pm-utils/sleep.d/98smart-kernel-video suspend suspend: success.
/etc/pm/sleep.d/99lock suspend suspend: xscreensaver-command: warning: $DISPLAY is not set: defaulting to ":0.0".
No protocol specified
xscreensaver-command: can't open display :0.0
Returned exit code 1.
Sat Apr 18 11:45:05 EDT 2009: Inhibit found, will not perform suspend
Sat Apr 18 11:45:05 EDT 2009: Running hooks for resume
/usr/lib/pm-utils/sleep.d/98smart-kernel-video resume suspend: success.
/usr/lib/pm-utils/sleep.d/95led resume suspend: not applicable.
/usr/lib/pm-utils/sleep.d/94cpufreq resume suspend: success.
/usr/lib/pm-utils/sleep.d/90clock resume suspend: not applicable.
/usr/lib/pm-utils/sleep.d/90chvt resume suspend: success.
/usr/lib/pm-utils/sleep.d/75modules resume suspend: success.
/usr/lib/pm-utils/sleep.d/55NetworkManager resume suspend: success.
/usr/lib/pm-utils/sleep.d/49bluetooth resume suspend: not applicable.
/usr/lib/pm-utils/sleep.d/11netcfg resume suspend: /bin/stty: standard input: Inappropriate ioctl for device
success.
/usr/lib/pm-utils/sleep.d/01grub resume suspend: not applicable.
/usr/lib/pm-utils/sleep.d/00powersave resume suspend: success.
/usr/lib/pm-utils/sleep.d/00logging resume suspend: success.
/usr/lib/pm-utils/sleep.d/00auto-quirk resume suspend: success.
From what I can tell, it seems that xscreensaver doesn't want to start for some reason. By the way here are the contents of my /etc/pm/sleep.d/
#!/bin/bash
case $1 in
suspend)
xscreensaver-command -l
resume)
echo "Coming out of sleep mode"
echo "Doing something else"
esac
I wonder if xscreensave has anything to do with this?

[SOLVED] XFCE 4.12 - laptop lid ignores power-manager settings

I just fresh installed Arch w/ XFCE 4.12
In power manager, I set the lid switch to suspend on battery, lock on ac. The setting worked initially, but after the first suspend, or a reboot, the lid switch triggers suspend no matter what.
I tried setting HandleLidSwitch=ignore in /etc/systemd/logind.conf, as suggested in numerous online sources, but it didn't help
I tried rm -rf .config/xfce4/xfconf/xfce-perchannel-xml/xfce4-power-manager.xml, which makes it work temporarily again, until a suspend or a reboot
Does anyone know of a fix for this? It's not a deal-breaker but it's a pain in the ass.
Last edited by madscience (2015-04-13 03:10:33)

I may have solved it.
I edited the xml file directly and set <property name="logind-handle-lid-switch" type="bool" value="false"/>
Now the options seem to work as intended. I also noticed that if you launch the settings applet, it changes that key back to true every time it's opened. The change can also be made through the settings editor.
I'll test for 24 hours and mark as solved if it works.
EDIT:
That didn't work permanently, I'm back to suspending on lid close on AC. I'm using TLP with battery thresholds enabled, and I'm starting to wonder if xfce-power-manager is reading the charge state of the battery instead of the power source directly. When my battery is below the start charging threshold and is actually charging, it seems to be working as intended. If my laptop is on AC but the battery is not actually charging, it acts like it's on battery. I might be wrong, it's just a theory.
Last edited by madscience (2015-04-13 02:44:48)

ProBook 4710s - sound disabled after lid close

Hello, I have a problem: When I connect headphones to the laptop, it works fine, until I close the lid. Then the sound stops working. I have tried to find it in Windows Control Panel (I have Windows 7), but there wasn't such an option. The sound is disabled only when it runs from battery; when I connect it to the electricity, I can use it with an external monitor and speakers and it works fine (even if the lid is closed). I have set "No action" after lid close, so the laptop doesn't go to sleep mode. It just stops playing sound.

Hi,
Download audio driver from here.
Intructions how to install it in XP.
Extract this driver with Winrar.
Open Device manager and expand the Sound, video and game controllers section.
Right click on Either the High Definition Audio Device if you have the generic Microsoft drivers, or the Conexant High Definition SmartAudio 221 if you have older Conexant drivers and choose "Update Driver Software..."
Click Browse my computer for driver software, then click "Let me pick from a list of device drivers on my computer"
Click "Have Disk..." then Browse to the folder where the drivers were extracted .......\XP32 for 32-bit XP. Click OK.
Select one of the "Conexant High Definition SmartAudio 221" models in the list, there will be multiple identical entries.
Click Next, and you're done.
I'm not sure which one from the list will work for You. On CQ60 few users confirmed then first one worked for them.
** Say thanks by clicking the "Thumb up" icon which is on the left. **
** Make it easier for other people to find solutions, by marking my answer with "Accept as Solution" if it solves your issue. **

Kernel 2.6.32.2-2 black screen after closing laptop lid (intel + KMS)

Today I updated my laptop with the new 2.6.32.2-2 kernel from core. Previous update of my system was just a few days back, so there are no massive changes to other packages and I also don't use testing packages.
Since the update, after closing the laptop lid (which just blanks my screen) and I want to continue working I just have a black screen (no backlight) and the screen won't respond to mouse or keyboard input. I have to reboot (ctr-alt-del or pushing my power button) or switch to VT1 and back to VT7 to get my screen back. I'm absolutely positive that this was not a problem before, it worked fine with 2.6.30 and 2.6.31 kernels with my same configuration.
HP 6730b laptop
Intel GMA 4500 (Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07))
Intel driver 2.9.1-1 using KMS with early start (modprobe.conf) and I rebuilt my initcpio to the new 2.6.32.2-2 kernel
Gnome 2.28.2
Can anyone confirm this behaviour? Should I file a bug somewhere? I read about lots of upgrade problems with this new kernel, but for the rest everything else works fine so far.
Thanks for your feedback.
Ulukai

moose jaw wrote:
ulukai wrote:@ Moose Jaw: I also looked into pm-suspend, but i guess it is only usefull for suspending and resuming sessions (something I never do)? Is there a command you know for simulating closing the lid and reopening it again?
Isn't suspending and resuming a session exactly what you're doing (or hoping to do) when you close your lid and then open it up again? I.e., putting the machine into a low-power sleep state and then having everything come back to where you were when you wake it up? You mentioned that the Gnome power management tools depend on pm-utils, which suggests that somewhere in there "pm-suspend" is getting called. If you can find out where it's getting called (i.e., in some script that Gnome power manager uses), and try changing it to "pm-suspend --quirk-vbestate-restore" (or one of the other quirks, perhaps), then that may bring your screen back on wakeup.
Hehe, nope I don't hope to suspend :-) I just close the lid to save the display (and some power) but want my machine to keep running (when downloading torrents or when I'm going to eat etc...) Also it keeps the dust from entering the keyboard ;-)
I also took a look at the post where there should be a patch present, but I think it's for another problem: flickering screens.
For me it's a bug in intel driver or kernel, but still it's strange that KDE doesn't suffer from this!

Lenovo thinkpad 8 not entering sleep mode when lid closed

RECENTLY I BOUGHT THINKPAD 8. I HAVE A PROBLEM. IT CAN'T ENTER SLEEP MODE. I CLOSE THE LID AND THE SCREEN IS ON. AT POWER OPTION IT IS SELECTED WHEN I CLOSE THE LID TO GO TO SLEEP , ON BATTERY AND WHEN PLUGED IN. THANKS FOR ANY HELP.
Solved!
Go to Solution.

I am not certain what you mean. Are you saying that when you close the cover it does not sleep? Are you certain you have a cover with the magnets that will put it to sleep?

[SOLVED] KDE4: No sleep on laptop lid close while screensaver active

Similar Messages

Maybe you are looking for