время выставляется неправильно

[Speccyfighter]

(Лайв - Время в BIOS в UTC)
Его дефолтные опции clock:
true читать
false записывать
false дрифт
true UTC
конец памятки
-------------------

Про косячки.

В системе на HDD с

Код: [Выделить]

# alterator-standalone datetime
опция

Код: [Выделить]

Хранить время в BIOS по Гринвичу
промаркирована.
При этом

Код: [Выделить]

# hwclock -D
hwclock из util-linux 2.22.1
Время, прочитанное с аппаратных часов: 2014/03/04 22:07:36
Аппаратное время: 2014/03/04 22:07:36 = 1393970856 секунд с 1969
Ср 05 мар 2014 01:07:36  -0.661314 секунд
Между тем при

Код: [Выделить]

# UTC=true indicates that the clock is set to UTC;
# anything else indicates that it is set to local time.
UTC=true
с неизменяемым

Код: [Выделить]

# Whether system time should be set from Hardware Clock
# at start.
HWCLOCK_SET_TIME_AT_START=true

# Whether Hardware Clock should be set to system time
# at reboot/halt/poweroff.
HWCLOCK_SET_AT_HALT=false
И вроде всё правильно.
Далее, снимаем маркер с опции

Код: [Выделить]

Хранить время в BIOS по Гринвичу
и Применяем получая:

Код: [Выделить]

# Whether Hardware Clock should be set to system time
# at reboot/halt/poweroff.
HWCLOCK_SET_AT_HALT=false

# UTC=true indicates that the clock is set to UTC;
# anything else indicates that it is set to local time.
UTC=false
Непонятно только как оно в BIOS собирается вернуть время в локальное при неизменяемом альтератором 'HWCLOCK_SET_AT_HALT=false'?
Ага, выставляет в BIOS локальным временем сам альтератор сразу после Применить.

Перезагружаем и смотрим (скучно?, - сейчас развеселим):

Код: [Выделить]

# hwclock -D
Время, прочитанное с аппаратных часов: 2014/03/04 23:02:23
Аппаратное время: 2014/03/04 23:02:23 = 1393963343 секунд с 1969
Вт 04 мар 2014 23:02:23  -0.661630 секунд

# date
Ср мар  5 02:02:30 FET 2014


Код: [Выделить]

# cat /etc/sysconfig/clock
# Whether system time should be set from Hardware Clock
# at start.
HWCLOCK_SET_TIME_AT_START=true

# Whether Hardware Clock should be set to system time
# at reboot/halt/poweroff.
HWCLOCK_SET_AT_HALT=false

# Whether to add or subtract time from the Hardware Clock
# at startup to account for systematic drift since the
# last time the clock was set or adjusted at startup.
HWCLOCK_ADJUST=false

# UTC=true indicates that the clock is set to UTC;
# anything else indicates that it is set to local time.
UTC=false

# ARC=true on alpha only indicates the ARC console's
# 42-year time offset is in effect; otherwise the normal
# Unix epoch is assumed.
#ARC=false

ZONE=Europe/Minsk
# that /etc/localtime is a copy of, for example:
#ZONE="Europe/Moscow"
Так что там было про отсутствие Гринвичского времени в BIOS? Шоб локальным?
Время в BIOS после перезагрузки убёгло в UTC.
Если опцию для разгрузки не сменить на true руками в clock, в BIOS так и останется UTC
И на перезагрузке оно в BIOS реально в UTC.
Грузимся.
Поскольку

Код: [Выделить]

HWCLOCK_SET_TIME_AT_START=true
на старте оно грубо ругается и говорит шаз сделаю FIXED
После FIXED в суперблоке, время в системе:

Код: [Выделить]

# date
Вт мар  4 23:27:25 FET 2014


Код: [Выделить]

# hwclock -D
Время, прочитанное с аппаратных часов: 2014/03/04 20:27:29
Аппаратное время: 2014/03/04 20:27:29 = 1393954049 секунд с 1969
Вт 04 мар 2014 20:27:29  -0.409225 секунд


Код: [Выделить]

# /etc/init.d/ntpd status
ntpd is running
Ну кто бы сомневался что время в системе и BIOS будет в UTC и что система грубо ругаясь на будущее при загрузке, будет в суперблоке делать FIXED. О как!
Здесь прикол в том, что это не настройка, а индикатор для hwclock:

Код: [Выделить]

# cat /etc/sysconfig/clock | grep UTC
# UTC=true indicates that the clock is set to UTC;
UTC=false
И ему глубоко фиолетово какое в BIOS время, в UTC или локальное.
А вот каким оно будет, за это отвечает

Код: [Выделить]

HWCLOCK_SET_AT_HALT=false
При UTC в BIOS должно быть false, при локальном true, но datetime альтератора его не трогает.

Делаем

Код: [Выделить]

# cat /etc/sysconfig/clock | grep HALT
HWCLOCK_SET_AT_HALT=true
для того, чтобы время держать локальным в BIOS.
Синхронизируем время с сервером

Код: [Выделить]

# ntpdate -u 0.by.pool.ntp.org
 5 Mar 02:55:27 ntpdate[3892]: step time server 93.84.115.2 offset 10818.587596 sec
Время в BIOS нас вообще не трогает - реально оно на три часа меньше от прошлого косяка.
И перезагружаем чтобы посмотреть.

Реальное время в BIOS 3:00
Загружаем систему.

Код: [Выделить]

# date
Ср мар  5 03:02:18 FET 2014

По местному? Да шаз прям! :

Код: [Выделить]

# hwclock -D
hwclock из util-linux 2.22.1
Используется /dev interface to clock.
Дата последней корректировки отклонения - 1393977627 секунд после 1969
Дата последней калибровки - 1393977627 секунд после 1969
Аппаратные часы выставлены по местному времени
Подразумевается, что аппаратные часы выставлены по местному времени.
Ожидается тиканье часов...
...получено тиканье часов
Время, прочитанное с аппаратных часов: 2014/03/05 00:02:23
Аппаратное время: 2014/03/05 00:02:23 = 1393966943 секунд с 1969
Ср 05 мар 2014 00:02:23  -0.390743 секунд
По местному оно будет на разгрузке в BIOS при

Код: [Выделить]

HWCLOCK_SET_AT_HALT=true
Ну если на разгрузке не сбойнёт и сервис отработает без вынужденного SysRq.
А так извини, в UTC. С таким же последующим в системе после загрузки (опция на чтение в true: альтератором же выставляли Не держать в BIOS по Гринвичу).
Но альтератору до этой опции как бы всё равно.
От-так от!

Но вот если перед перезагрузкой будет: (в альтератор по-прежнему - не держать в BIOS по Гринвичу)

Код: [Выделить]

# chkconfig ntpd off
# /etc/init.d/ntpd stop
Stopping ntpd service:                    [ DONE ]


Код: [Выделить]

# cat /etc/sysconfig/clock
# Whether system time should be set from Hardware Clock
# at start.
HWCLOCK_SET_TIME_AT_START=true

# Whether Hardware Clock should be set to system time
# at reboot/halt/poweroff.
HWCLOCK_SET_AT_HALT=true

# Whether to add or subtract time from the Hardware Clock
# at startup to account for systematic drift since the
# last time the clock was set or adjusted at startup.
HWCLOCK_ADJUST=false

# UTC=true indicates that the clock is set to UTC;
# anything else indicates that it is set to local time.
UTC=false

# ARC=true on alpha only indicates the ARC console's
# 42-year time offset is in effect; otherwise the normal
# Unix epoch is assumed.
#ARC=false

ZONE=Europe/Minsk
# that /etc/localtime is a copy of, for example:
#ZONE="Europe/Moscow"

с текущим перед перезагрузкой:

Код: [Выделить]

Время, прочитанное с аппаратных часов: 2014/03/05 00:22:01
Аппаратное время: 2014/03/05 00:22:01 = 1393968121 секунд с 1969
Ср 05 мар 2014 00:22:01  -0.704817 секунд

# date
Ср мар  5 03:22:04 FET 2014

На всех следующих будет одно и то же:

Код: [Выделить]

Время, прочитанное с аппаратных часов: 2014/03/05 03:34:35
Аппаратное время: 2014/03/05 03:34:35 = 1393979675 секунд с 1969
Ср 05 мар 2014 03:34:35  -0.186924 секунд

# date
Ср мар  5 03:34:40 FET 2014

Но каким боком здесь вылазит или не вылазит ntpd при наличии или отсутствии, со смещением или не смещением UTC BIOS, у меня мозги плавятся и думать уже не хочется.
В код надо лезть очень глубоко.

[asy]

С ntpd оно тоже будет работать, до первого же сбоя во время разгрузки, когда сервис не отработает и не сможет вернуть время из системы в BIOS.

А, так ntpd время в RTC сам корректирует, что ли ? А ntp, или openntpd ? ntp у меня RTC не скорректировал сейчас.

[Kalt]

А, так ntpd время в RTC сам корректирует, что ли ? А ntp, или openntpd ? ntp у меня RTC не скорректировал сейчас.

  Автор темы прав в одном, время может отображаться не корректно при установке. Однако поправив его через ЦУС, всё нормализуется. И на всех установленных ОСях то же.
 ...Если соберусь завтра ставить ALT, то почти уверен, время будет плюсом.

[Speccyfighter]

openntpd ?

asy, с меня пиво!
Заменил ntpd на openntpd.

Удержать:

Время RTC в localtime

Код: [Выделить]

# hwclock -D
hwclock из util-linux 2.22.1
Используется /dev interface to clock.
Дата последней корректировки отклонения - 1394051850 секунд после 1969
Дата последней калибровки - 1394051850 секунд после 1969
Аппаратные часы выставлены по местному времени
Подразумевается, что аппаратные часы выставлены по местному времени.
Ожидается тиканье часов...
...получено тиканье часов
Время, прочитанное с аппаратных часов: 2014/03/05 23:39:11
Аппаратное время: 2014/03/05 23:39:11 = 1394051951 секунд с 1969
Ср 05 мар 2014 23:39:11  -0.739662 секунд


Код: [Выделить]

# date
Ср мар  5 23:39:12 FET 2014


Код: [Выделить]

# cat /etc/sysconfig/clock
# Whether system time should be set from Hardware Clock
# at start.
HWCLOCK_SET_TIME_AT_START=true

# Whether Hardware Clock should be set to system time
# at reboot/halt/poweroff.
HWCLOCK_SET_AT_HALT=true

# Whether to add or subtract time from the Hardware Clock
# at startup to account for systematic drift since the
# last time the clock was set or adjusted at startup.
HWCLOCK_ADJUST=false

# UTC=true indicates that the clock is set to UTC;
# anything else indicates that it is set to local time.
UTC=false

# ARC=true on alpha only indicates the ARC console's
# 42-year time offset is in effect; otherwise the normal
# Unix epoch is assumed.
#ARC=false

ZONE=Europe/Minsk
# that /etc/localtime is a copy of, for example:
#ZONE="Europe/Moscow"

Время RTC в UTC

Код: [Выделить]

# hwclock -D
hwclock из util-linux 2.22.1
Используется /dev interface to clock.
Дата последней корректировки отклонения - 1394051073 секунд после 1969
Дата последней калибровки - 1394051073 секунд после 1969
Аппаратные часы выставлены по UTC времени
Подразумевается, что аппаратные часы выставлены по UTC времени.
Ожидается тиканье часов...
...получено тиканье часов
Время, прочитанное с аппаратных часов: 2014/03/05 20:26:47
Аппаратное время: 2014/03/05 20:26:47 = 1394051207 секунд с 1969
Ср 05 мар 2014 23:26:47  -0.799589 секунд


Код: [Выделить]

# date
Ср мар  5 23:26:48 FET 2014


Код: [Выделить]

# cat /etc/sysconfig/clock
# Whether system time should be set from Hardware Clock
# at start.
HWCLOCK_SET_TIME_AT_START=true

# Whether Hardware Clock should be set to system time
# at reboot/halt/poweroff.
HWCLOCK_SET_AT_HALT=true

# Whether to add or subtract time from the Hardware Clock
# at startup to account for systematic drift since the
# last time the clock was set or adjusted at startup.
HWCLOCK_ADJUST=false

# UTC=true indicates that the clock is set to UTC;
# anything else indicates that it is set to local time.
UTC=true

# ARC=true on alpha only indicates the ARC console's
# 42-year time offset is in effect; otherwise the normal
# Unix epoch is assumed.
#ARC=false

ZONE=Europe/Minsk
# that /etc/localtime is a copy of, for example:
#ZONE="Europe/Moscow"

При этом достаточно менять 'UTC='
Как оно будет меняться, руками или альтератором, не имеет значения.
Коррекция RTC при смене 'UTC=' туда-сюда тоже не требовалась.
Единственно при смене в RTC локального времени на UTC будет ругаться при следующей загрузке:

Код: [Выделить]

# cat /var/log/syslog/messages|grep FIXED|tail -n 4
Mar  6 00:01:01 comp-c2d fsck: ^I(by less than a day, probably due to the hardware clock being incorrectly set)  FIXED.
Mar  6 00:01:01 comp-c2d fsck: ^I(by less than a day, probably due to the hardware clock being incorrectly set).  FIXED.
Mar  6 00:06:56 comp-c2d fsck: ^I(by less than a day, probably due to the hardware clock being incorrectly set)  FIXED.
Mar  6 00:06:56 comp-c2d fsck: ^I(by less than a day, probably due to the hardware clock being incorrectly set).  FIXED.

'HWCLOCK_ADJUST=' лучше держать в false, иначе появляется разбежка между системными часами и RTC.

[Kalt]

...Если соберусь завтра ставить ALT, то почти уверен, время будет плюсом.

  Как и ожидалось 15.20. Поправил в ЦУС на 11.22. Всё замечательно.

[asy]

asy, с меня пиво!
Заменил ntpd на openntpd.

Что интересно, древний 4.1.1 время в RTC держит в localtime...

[Speccyfighter]

asy, с меня пиво!
Заменил ntpd на openntpd.

Что интересно, древний 4.1.1 время в RTC держит в localtime...

Логику работы clock в p7 в связке с ntpd (не с openntpd) хорошо видно в строках 147-356 в файлике который прикладывал в
http://forum.altlinux.org/index.php/topic,31476.msg224393.html#msg224393
Жить с ним можно, но ухо надо держать востро.
Он зараза при UTC=false и остальных первых трёх true, RTC в localtime только после разгрузки сделает. Но на загруженной системе RTC в UTC. И если пользователь решил погаматься в линухе, гамез завис, юзверь на reset или SysRq, вот тут и могут начаться проблемы.
Следить по каждому случаю за такой алогичностью, гемор ещё тот.

Когда ты спросил "ntpd или openntpd" сразу подумал:
мама моя родная, я ж про openntpd совсем забыл. Глянул в sl6 и kdesktop6 - точно, там же openntpd.
С openntpd система умница. И всё просто как кирпич. При первых двух в конфиге clock в true, каким бы ни был RTC, при UTC=true, при разгрузке, из системных часов будет запись в RTC со смещением в минус на размер tz. Соответственно при загрузке, при чтении из RTC в системное, к показаниям RTC прибавляется смещение размером с tz.
При UTC=false, запись/чтение в/из RTC, без смещения.
При таком раскладе, будет вис ядра, не будет виса ядра - до лампочки, - система будет работать правильно.
Единственная проблема может возникнуть в связке с openntpd, допустим, если локальное время RTC изменяется на UTC, а при перезагрузке, во время разгрузки будет тот самый очень редкий единственный сбой с необходимостью reset. Тогда после загрузки будут проблемы. Но это произойдет (при с openntpd) _только_ при смене режима удержания времени в RTC. Но на этот случай, во время смены режима, альтератор загоняет время в RTC принудительно после применить (Из шелл можно руками через hwclock синхронизировать.). Во всех остальных случаях (в связке с openntpd) всё будет как и должно. Даже при самых жёстких сбоях.

Так что за напоминание о существовании openntpd, ещё раз большой thnx.

[Speccyfighter]

Расслабуха:
любителям веселья, головоломок и издёвок над алгоритмами.

В одной сессии без перезагрузки:

Код: [Выделить]

UTC=true # текущее


Код: [Выделить]

# /etc/init.d/clock stop
Setting hardware clock (utc): Wed Mar  5 21:20:52 FET 2014                                                      [ DONE ]

Смена на

Код: [Выделить]

# cat /etc/sysconfig/clock |grep UTC
# UTC=true indicates that the clock is set to UTC;
UTC=false


Код: [Выделить]

# /etc/init.d/clock start
Adjusting hardware clock:                                                                                       [ DONE ]
Setting system clock (localtime):                                                                               [ DONE ]
Today's date: Wed Mar  5 18:22:30 FET 2014                                                                      [ DONE ]


Код: [Выделить]

# cat /etc/sysconfig/clock |grep UTC
# UTC=true indicates that the clock is set to UTC;
UTC=false


Код: [Выделить]

# hwclock -D
hwclock из util-linux 2.22.1
Используется /dev interface to clock.
Дата последней корректировки отклонения - 1394043749 секунд после 1969
Дата последней калибровки - 1394043653 секунд после 1969
Аппаратные часы выставлены по UTC времени
Подразумевается, что аппаратные часы выставлены по UTC времени.
Ожидается тиканье часов...
...получено тиканье часов
Время, прочитанное с аппаратных часов: 2014/03/05 18:24:00
Аппаратное время: 2014/03/05 18:24:00 = 1394043840 секунд с 1969
Ср 05 мар 2014 21:24:00  -0.626700 секунд


Код: [Выделить]

# date
Ср мар  5 21:23:47 FET 2014

В пустых местах между выводами были очень жёсткие язвительные комментарии...

Speccyfighter ехидно вспоминает:
на платформе ZX Spectrum в алгоритмах применялась "защита от дурака" которая набрасывалась на коленках.

[Speccyfighter]

Я тебя всё-таки достану...

Сабж: Кто тронул время в аппаратных часах?

(это вопрос, а не ответ)

Снимаем в модуле alterator-datetime маркер с опции Хранить время в BIOS по Гринвичу и нажимаем Применить.

Модуль изменяет содержимое опции UTC

Код: [Выделить]

# ll /etc/sysconfig/clock
-rw-r--r-- 1 root root 750 мар  7 05:01 /etc/sysconfig/clock


Код: [Выделить]

# cat /etc/sysconfig/clock
# Whether system time should be set from Hardware Clock
# at start.
HWCLOCK_SET_TIME_AT_START=true

# Whether Hardware Clock should be set to system time
# at reboot/halt/poweroff.
HWCLOCK_SET_AT_HALT=true

# Whether to add or subtract time from the Hardware Clock
# at startup to account for systematic drift since the
# last time the clock was set or adjusted at startup.
HWCLOCK_ADJUST=false

# UTC=true indicates that the clock is set to UTC;
# anything else indicates that it is set to local time.
UTC=false

# ARC=true on alpha only indicates the ARC console's
# 42-year time offset is in effect; otherwise the normal
# Unix epoch is assumed.
#ARC=false

ZONE=Europe/Minsk
# that /etc/localtime is a copy of, for example:
#ZONE="Europe/Moscow"

и записывает системное время как локальное в RTC

Код: [Выделить]

# hwclock -D
hwclock из util-linux 2.22.1
Используется /dev interface to clock.
Дата последней корректировки отклонения - 1394157677 секунд после 1969
Дата последней калибровки - 1394157677 секунд после 1969
Аппаратные часы выставлены по местному времени
Подразумевается, что аппаратные часы выставлены по местному времени.
Ожидается тиканье часов...
...получено тиканье часов
Время, прочитанное с аппаратных часов: 2014/03/07 05:02:39
Аппаратное время: 2014/03/07 05:02:39 = 1394157759 секунд с 1969
Пт 07 мар 2014 05:02:39  -0.674531 секунд


Код: [Выделить]

# date
Пт мар  7 05:02:41 FET 2014

Уходим пить кофе

Код: [Выделить]

# Ничего не трогалось. Ждём около пулучаса...
-bash: Ничего: команда не найдена

По истечении времени проверяем

Код: [Выделить]

# hwclock -D
hwclock из util-linux 2.22.1
Используется /dev interface to clock.
Дата последней корректировки отклонения - 1394157677 секунд после 1969
Дата последней калибровки - 1394157677 секунд после 1969
Аппаратные часы выставлены по местному времени
Подразумевается, что аппаратные часы выставлены по местному времени.
Ожидается тиканье часов...
...получено тиканье часов
Время, прочитанное с аппаратных часов: 2014/03/07 02:30:50
Аппаратное время: 2014/03/07 02:30:50 = 1394148650 секунд с 1969
Пт 07 мар 2014 02:30:50  -0.314211 секунд


Код: [Выделить]

# date
Пт мар  7 05:30:57 FET 2014
Аппаратные часы уехали на 3 часа назад, в UTC, со смещением в соответствии timezone.
И продолжают таковыми оставаться:

Код: [Выделить]

# date
Пт мар  7 06:44:24 FET 2014


Код: [Выделить]

# clock
Пт 07 мар 2014 03:44:26  -0.079301 секунд


Имеющееся всякое-разное

Код: [Выделить]

# cat /etc/altlinux-release
ALT Linux starter kit (Trientalis)


Код: [Выделить]

# uname -r
3.10.32-std-pae-alt1


Код: [Выделить]

# rpm -qf /etc/sysconfig/clock
startup-0.9.8.38-alt1


Код: [Выделить]

# rpm -qf /etc/init.d/ntpd
openntpd-3.9p1-alt12


Код: [Выделить]

# rpm -qf /etc/alterator/datetime/defaultzones
alterator-datetime-2.5-alt1


Код: [Выделить]

# rpm -qf /sbin/init
sysvinit-2.88-alt4


Код: [Выделить]

$ kcontrol --version
Qt: 3.3.8d
KDE: 3.5.13.2
Trinity Control Center: 3.5.13.2

Аппаратные часы невзирая на настройки и запись в них, упорно стремятся уехать в UTC.
Или это багофича?


Объясняю зачем спрашиваю:
Жду следующей версии ядра, хотя бы и в Сизифе, чтобы увидеть, что баг #29685 исчез. Если всё будет по-прежнему и ядро всё-таки рухнет, а время в аппаратных часах будет задано держать локальным, не подозревая что аппаратные часы уехали назад в UTC, начну загрузку, чтобы вернуть конфиги назад. После краха ядра сервис не отработает в соответствии с HWCLOCK_SET_AT_HALT=true и не вернёт время аппаратных часов в локальное.  Суперблок увидев, что прошлая загрузка была в будущем, выругается, щас сделаю FIXED и сделает. С соответствующей минусовкой системного времени в прошлое на 3 часа назад по timezone.
Это же может случиться и с любым пользователем, который в аппаратных часах держит локальное время.
И чессгря мне сейчас совсем не до смеха...

[asy]

Надо, всё же, понять, кто уводит RTC в UTC.

[Kalt]

Надо, всё же, понять, кто уводит RTC в UTC.

  Это?

[asy]

Вряд ли. Вроде бы он только показывает.

[asy]

Начал тоже пробовать. Это не ntpd. Есть система с p7, обновлённая с Server Light на p6. С отключенным ntpd время в RTC кем-то уводится в UTC тоже.

[Speccyfighter]

Выше, с

Код: [Выделить]

# cat /etc/sysconfig/clock |grep -i utc|tail -n 1
UTC=false


Код: [Выделить]

# cat /etc/adjtime|tail -n 1
LOCAL
когда время в RTC уводит из localtime в UTC, это при ядре std-pae 3.10.32


Сегодняночный копипаст своего же из рассылки:

Кажется что-то поймал?
При UTC=false и ядре led-ws:

Код: [Выделить]

# hwclock -D && date
hwclock из util-linux 2.22.1
Используется /dev interface to clock.
Дата последней корректировки отклонения - 1394403049 секунд после 1969
Дата последней калибровки - 1394403049 секунд после 1969
Аппаратные часы выставлены по местному времени
Подразумевается, что аппаратные часы выставлены по местному времени.
Ожидается тиканье часов...
...получено тиканье часов
Время, прочитанное с аппаратных часов: 2014/03/09 01:26:49
Аппаратное время: 2014/03/09 01:26:49 = 1394317609 секунд с 1969
Вс 09 мар 2014 01:26:49  -0.608985 секунд
Вс мар  9 01:26:49 FET 2014
... Тут было ещё два промежуточных вывода в которых не увело RTC в UTC

Код: [Выделить]

# hwclock -D && date
hwclock из util-linux 2.22.1
Используется /dev interface to clock.
Дата последней корректировки отклонения - 1394403049 секунд после 1969
Дата последней калибровки - 1394403049 секунд после 1969
Аппаратные часы выставлены по местному времени
Подразумевается, что аппаратные часы выставлены по местному времени.
Ожидается тиканье часов...
...получено тиканье часов
Время, прочитанное с аппаратных часов: 2014/03/09 04:21:11
Аппаратное время: 2014/03/09 04:21:11 = 1394328071 секунд с 1969
Вс 09 мар 2014 04:21:11  -0.345221 секунд
Вс мар  9 04:21:10 FET 2014


Код: [Выделить]

# uname -r
3.4.80-led-ws-alt0.M70P.1


Надо ещё пощупать std-def и un-def


В Debian они через UTC/LOCAL в /etc/adjtime в RTC удерживают,
http://sys0p-0leg.blogspot.com/2013/11/debian-wheezy-utclocal.html
https://www.debian.org/releases/stable/ia64/apds03.html.ru
но у нас этот параметр игнорируется

Код: [Выделить]

# cat /etc/adjtime|tail -n 1
LOCAL
Т.е. у нас он до лампочки.


Баг ещё не повесил: всё делалось на автопилоте и сейчас я мало что соображаю.

[kulikowww]

Ребят, прочитал, ни че не понял:-(
А вот для человека, который неделю общается с линуксом и второй день с альтом, можно обьяснить на доступном языке(жми эту клавишу, напиши то...).
Поставил альт второй системой рядом с W8. Меняю время в винде, убегает в альте и наоборот.