SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I'm wondering if someone can help me. I'm trying to get my Dell D430 to "do nothing" when I close the notebook.
Currently when I close the lid the screen goes black and doesn't come back. The machine is still on, but I have to manually reboot when I open the lid again.
There is nothing listed in /etc/acpi/events/default. The currently state is listed in /proc/acpi/button/lid/LID/state and is correct.
I have a Dell Inspiron 6400, and although I never got suspend-to-ram to work, I use vbetool to turn the screen back on when I open the lid. Hopefully this will work for you.
#!/bin/sh
# script to start screen again when lid opened
LIDSTATE=/proc/acpi/button/lid/LID/state
if grep -q open $LIDSTATE; then
# start screen again
vbetool dpms on
fi
Don't forget to make the lid.sh script executable by doing a chmod +x.
While it does sound like a solution, it won't work for me because of my intel driver / X issues.
Ideally I'd like to find out what makes the screen go off in the first place, and disable it. I tried unloading the button module, but that didn't work :-(
While it does sound like a solution, it won't work for me because of my intel driver / X issues.
What sort of issues? are you using X at all?
Quote:
Originally Posted by brooky9999
Ideally I'd like to find out what makes the screen go off in the first place, and disable it. I tried unloading the button module, but that didn't work :-(
Good question. However, it might be automatically built into the screen or bios or something.
If you are using X, you might also try locking the screen with xlock, xscreensaver or the KDE screensaver before closing the lid, this also worked for me but it's not automatic.
My issue is that whenever I logout / restart / shutdown then X crashes. The only course of action I can take after that is to power off the machine.
It's something to do with a
Code:
pipe error should be 2, resetting to 1
error. I've done some research but couldn't find the answer. I think it's an Intel driver issue (I have an Intel 945 card). I'm waiting for 12.1 to come out.
The screen goes blank even when X isn't running. But in /var/log/messages I get:
Code:
logger: ACPI action lid is not defined
So there must be a way to define an action as "do nothing".
the fact that you get an "ACPI action lid is not defined" message implies that the software on you system does nothing when the lid gets closed. I guess there's nothing you can do about the screen turning blank.
I used to have a similar issue on a latitude 120L: the screen got powered off when the lid closed, and I needed to reboot to get it back on. That issue got solved by putting
Code:
Option "DPMS" "true"
in the monitor section of xorg.conf
Now, it comes back on when a key is pressed
Last edited by janhe; 04-19-2008 at 08:34 AM.
Reason: added last line
I wasn't convinced it would - the screen does not come back on automatically when I'm in pure console mode. So the X DPMS option is unlikely to work as this is an issue which occurs outside of X.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.