[mythtv-users] Carbon Footprint

Daryl McDonald darylangela at gmail.com
Tue Sep 3 00:29:52 UTC 2013


On Mon, Sep 2, 2013 at 7:41 PM, Roger Siddons <dizygotheca at ntlworld.com>wrote:

> **
> 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.
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://www.mythtv.org/mailman/listinfo/mythtv-users


Thanks, I arrived at the same conclusion and restored the default script
already, and have a successful first test  :-)  More tests tomorrow.

Daryl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20130902/91adc293/attachment.html>


More information about the mythtv-users mailing list