[mythtv-users] Carbon Footprint
Roger Siddons
dizygotheca at ntlworld.com
Mon Sep 2 23:41:40 UTC 2013
On Mon, 02 Sep 2013 00:23:19 +0100, Daryl McDonald <darylangela at gmail.com>
wrote:
> Well I mirrored your settings and scripts and scheduled a recording for
> 7p.m. gave the system two minutes to shutdown the backend and set >the
> alarm then powered off, and waited until 7:05p.m. and it did not come
> on. Does the last line of the following output indicate UTC time?:
> daryl at daryl-A780L3C:~$ sudo grep -i rtc /var/log/dmesg
> [sudo] password for daryl:[ 0.199663] RTC time: 19:04:25, date:
> 09/01/13
> [ 1.222545] rtc_cmos 00:03: RTC can wake from S4
> [ 1.222673] rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
> [ 1.222692] rtc0: alarms up to one month, y3k, 114 bytes nvram
> [ 1.229942] rtc_cmos 00:03: setting system clock to 2013-09-01
> 19:04:26 UTC (1378062266)
Yes. On startup the system reads the RTC clock to get the current
time/date. I suspect it's interpreting the time as UTC (rather than
localtime) because your file "/etc/default/rcS" contains "UTC=yes". You
should change that. Type "man /etc/default/rcS" to read more about it.
>
> This is what my disable hwclock script looks like:
> daryl at daryl-A780L3C:~$ cat /etc/init/hwclock-save.conf
> # hwclock-save - save system clock to hardware clock
> # hwclock-save - save system clock to hardware clock
> #
> # This task saves the time from the system clock back to the hardware
> # clock on shutdown.
>
> description "save system clock to hardware clock"
>
> start on runlevel [06]
>
> task
>
> script
> . /etc/default/rcS
> [ "$UTC" = "yes" ] && tz="--utc" || tz="--localtime"
> [ "$BADYEAR" = "yes" ] && badyear="--badyear"
> ACPITIME=`cat /proc/acpi/alarm`
> exec hwclock --rtc=/dev/rtc0 --systohc $tz --noadjfile $badyear
> echo "$ACPITIME" > /proc/acpi/alarm
> end script
> daryl at daryl-A780L3C:~$
That doesn't look right to me. Up until last year the solution was to
simply not write the clock. In January someone changed the wiki to
re-write the alarm after setting the clock but /proc/acpi/alarm is only
applicable to (old) 2.6 kernels, so it won't have any effect on recent
kernels (like yours); i.e. hwclock updates aren't being disabled.
However, following Stefan comments, I can confirm that Mythbuntu 12.04
doesn't need its hwclock disabled so, for you, changing this file is an
unnecessary distraction and I suggest you put it back to default (delete
the 2 lines containing ACPITIME) & forget this step.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20130903/d6d53de0/attachment-0001.html>
More information about the mythtv-users
mailing list