故障现象：开机时间同步正常，北京时间正确。  观看一段时间后，或者待机一段时间后，SR4的系统时间比北京时间快了8小时。 系统内时间服务器为 stdtime.gov.hk 。


排查经过：  家里一共三台SR4，相同固件。
           客厅的正常，没有快8小时的问题，但是待机几个小时后此机的时间会逐渐慢几分钟，一天下来会慢12分钟左右。正常观看的时候，时间没有变慢的情况。
           卧室的机子，就是本次问题机。 此机刚刚购入一个星期，欧版三头。
           电脑旁机子，此机头几天出了点问题， 重新刷了固件，当天也出现了快8小时的问题。

         分析原因： 新购机器是欧版， 同原来机子的差异也就是地波不同，应该不会影响时间同步的问题。  三机固件相同，理论上固件的可能性不大。
但刷机是很简单的事， 不管三七二十一， 刷一个再说。 将卧室和电脑旁两机都刷另一个固件， 运行几小时后观察。 卧室机子问题依旧，电脑旁的机子没出问题。
用DCC连接上卧室机器telnet上去
         敲命令：date    。 显示时区为HKT，也就是香港时区，时区正确，但时间却快了8个小时。
         敲命令：date -u  。 此命令为显示格林尼治时间。 得出的时间正好是北京时间。
         手动命令行运行同步时间脚本，正常同步后时间恢复正常。但经过一段时候后查询，又被加快了8小时。
      
        结论：开机后系统正常同步，时间与设置的北京时间吻合。 经过一段时间后，系统再次对时间进行了同步或者其它操作，但过程中将北京时间错误的做为了格林尼治时间
写入，因此接收机上的时间显示比北京时间再快了8小时。与时间同步有关的部分， 貌似只有转发器时间和网络同步两部分。 转发器时间开启和关闭，问题都无变化，基本可
以证实是网络同步的问题。  时间服务器本身肯定没问题， 那么在接收机运行一段时间后出现问题，应该是和定时服务有关系。 蓝色面板里面找到守护进程，显示设置的时间间隔
为4小时同步一次。将此定时服务删除，命令行重新同步时间，观察几小时后问题依旧。 怀疑可能是没重启机子， 驻留在内存中的程序还在运行。断电重启接收机，待机运行
两天时间正常，至此故障排除。

      疑问： 1. 三机同固件， 其中两机有问题，但另外一个没问题。 没问题的机子，待机时间会逐渐变慢几分钟，是不是可以认为守护进程的时间同步服务在该机上并没有正常
运行？ 这样基本可以解释为什么这台机子没有问题。 但又引出另外一个问题：为何没正常运行？ 关于此问题我之前发过几次帖子，没有得到答案。
             2. 为何守护进程的时间同步后会被错误的把已经+8的时间当作基准时间？ 守护进程的脚本代码已经反复查阅，未发现有不对的地方。