[% PROCESS helpheader.html %]
If you are unable to "see" SrvrPowerCtrl's setting page, or if the page returns a 404 file not found error, please try manually rebooting your server. If the problem persists, please try the following:
Make sure that you've used WinZip to unzip the plugin's zip file. The built-in windows zip extraction utility seems to have problems extracting all the necessary directory names. With WinZip, make sure, when extracting, that you are extracting to "C:\Program Files\SqueezeCenter\server\Plugins" AND that you are extracting "All files/folders in archive" AND that "Use folder names" is checked.
Try to avoid unzipping the plugin's zip distribution file on a Windows machine and then copying the files over to the linux server. It's been my experience that line endings in the plugin's files may get modified in that process. Instead, please copy the whole zip to /var/lib/squeezecenter/Plugins and unzip it there from a terminal window:
# unzip SrvrPowerCtrl.zip
There may be a problem with the current version of SCPowerTool.exe waking Windws 7 beta machines. I'll look into this when Windows 7 is released and I have configured a Win7 development environment.
Remember that Ubuntu 8.10 and later systems default to keeping the hardware clock set to local time rather than to UTC. In order for system wakeup-for-alarms scheduling to work on these systems, change the “Schedule Wakeup Command” from:
/usr/local/sbin/scwakeup.sh %d
-- to --
/usr/local/sbin/scwakeup.sh %l
If you can't get your CentOS machine to wakeup for alarms, check various scripts (like /etc/rc.d/init.d/halt) for calls to hwclock and comment them out. Pay special attention to /usr/lib/pm-utils/sleep.d/90clock. You may need to comment out the call to /sbin/hwclock in suspend_clock() in order to get the rtc to wake the machine after suspending.