Hi list.

We are using Scientific Linux 6 here at our office to control some equipment, and are struggling to keep the monitors from ever shutting off.

    Here's what I've done so far:

    run as root

gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type bool --set /apps/gnome-screensaver/idle_activation_enabled false gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type bool --set /apps/gnome-screensaver/lock_enabled false gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type int --set /apps/gnome-screensaver/idle_delay 43680 gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type int --set /apps/gnome-screensaver/lock_delay 43680 gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type int --set /apps/gnome-screensaver/power_management_delay 262080

    and run in a script that is triggered at user login:

    #!/bin/bash
[ -e /usr/bin/gnome-screensaver-command ] && nohup gnome-screensaver-command --inhibit &
    while
        sleep 1s
    do
        setterm -blank 0
        xset s off
        xset -dpms
[ -e /bin/dbus-send ] && dbus-send --session --dest=org.freedesktop.ScreenSaver --type=method_call /ScreenSaver org.gnome.ScreenSaver.SimulateUserActivity [ -e /bin/dbus-send ] && dbus-send --session --dest=org.gnome.ScreenSaver --type=method_call --print-reply --reply-timeout=20000 /org/gnome/ScreenSaver org.gnome.ScreenSaver.Inhibit string:"DailyDo" string:"Running DailyDo" [ -e /usr/bin/gnome-screensaver-command ] && gnome-screensaver-command --poke
    done

Despite this radically overkill approach, the screen still turns off after around half an hour. I suspect that the reason is the monitors built in power saving features, which I believe should be prevented by the "xset -dpms" command, but doesn't appear to be.

Does anyone have any ideas? Is there something that can be added to the xorg configuration to prevent the screen from turning off, perhaps?

Thanks


--
Michael Jones
Software Engineer
CyberMetrix
2860 N National Rd #A
Columbus, IN 47201-4746 USA
812-375-5868

Reply via email to