From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <a_s_y@sama.ru>
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on
 sa.local.altlinux.org
X-Spam-Level: *
X-Spam-Status: No, score=1.9 required=5.0 tests=BAYES_00, DNS_FROM_AHBL_RHSBL, 
 FUZZY_XPILL,
 SPF_PASS autolearn=no autolearn_force=no version=3.4.0
From: Sergey <a_s_y@sama.ru>
To: ALT Linux Community general discussions <community@lists.altlinux.org>
Date: Tue, 16 Jun 2015 12:39:31 +0400
User-Agent: KMail/1.9.10 (enterprise35 0.20100827.1168748)
References: <201505251540.32055.a_s_y@sama.ru>
In-Reply-To: <201505251540.32055.a_s_y@sama.ru>
X-KMail-QuotePrefix: > 
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: Text/Plain;
  charset="koi8-r"
Content-Transfer-Encoding: 8bit
Message-Id: <201506161239.31205.a_s_y@sama.ru>
Subject: Re: [Comm] =?koi8-r?b?79DR1Ngg08nT1MXNzs/FINfSxc3RIMkg1MHKzdrPzsEu?=
X-BeenThere: community@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Community general discussions
 <community@lists.altlinux.org>
List-Id: ALT Linux Community general discussions <community.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/community>,
 <mailto:community-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/community>
List-Post: <mailto:community@lists.altlinux.org>
List-Help: <mailto:community-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/community>,
 <mailto:community-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jun 2015 08:39:38 -0000
Archived-At: <http://lore.altlinux.org/community/201506161239.31205.a_s_y@sama.ru/>
List-Archive: <http://lore.altlinux.org/community/>
List-Post: <mailto:mandrake-russian@linuxteam.iplabs.ru>

On Monday 25 May 2015, Sergey wrote:

> May 25 15:13:11 kernel: Kernel log daemon terminating.
> May 25 15:13:12 klogd: klogd shutdown succeeded
> May 25 15:13:13 exiting on signal 15
> May 25 19:14:31 syslogd 1.4.1: restart.
> May 25 19:14:31 syslogd: syslogd startup succeeded
 
В общем, это колдунство обнаружилось в районе опций hwclock и

 -u, --utc            the hardware clock is kept in UTC
     --localtime      the hardware clock is kept in local time

и, как следствие /etc/adjtime, который формируется при их
использовании. 

# date
Tue Jun 16 11:30:51 SAMT 2015
# /sbin/hwclock --systohc --localtime
# rm -f /etc/adjtime
# /sbin/hwclock -r
Tue Jun 16 15:31:22 2015  -0.004740 seconds

То есть, с опцией --localtime время в RTC выставилось на +4
от локального, то есть, на саму величину смещения локального
от UTC (у меня SAMT - оно +4).

С опцией --utc в RTC попадает локальное время, а, вовсе, не UTC:

# /sbin/hwclock --systohc --utc
# rm -f /etc/adjtime
# /sbin/hwclock -r
Tue Jun 16 11:33:52 2015  -0.213865 seconds

Далее, вопрос установки времени переходит к /etc/sysconfig/clock,
к параметру HWCLOCK_SET_TIME_AT_START. Если значение true, то 
системное время выставляется на минус смещение таймзоны от RTC.
То есть, если в RTC локальное время, то системное будет UTC, а
если в RTC двойное смещение по таймзоне, то системное будет локальным.

Спрашивается: а зачем и где тут логика !? 

Итого, чтобы время было правильным после загрузки, надо выполнить
одно из двух.

Вариант 1 (в RTC двойное смещение по таймзоне):
/sbin/hwclock --systohc --localtime
sed "s/^HWCLOCK_SET_TIME_AT_START.*/HWCLOCK_SET_TIME_AT_START=true/" -i /etc/sysconfig/clock

Вариант 2 (в RTC localtime):
/sbin/hwclock --systohc --utc
sed "s/^HWCLOCK_SET_TIME_AT_START.*/HWCLOCK_SET_TIME_AT_START=false/" -i /etc/sysconfig/clock

Остальные значения параметров с /etc/sysconfig/clock, в этом
эксперименте, всегда были такие:

HWCLOCK_SET_AT_HALT=false
HWCLOCK_ADJUST=false
UTC=false
ZONE=Europe/Samara

-- 
С уважением, Сергей.