ALT Linux Community general discussions
 help / color / mirror / Atom feed
* [Comm] p7, проблема с часами: убегание RTC в UTC ( было: p7 starterkits (sysv-tde) )
@ 2014-03-09 13:05 Sergey
  2014-03-10 12:14 ` [Comm] p7, проблема с часами: убегание RTC в UTC Sergey
  0 siblings, 1 reply; 5+ messages in thread
From: Sergey @ 2014-03-09 13:05 UTC (permalink / raw)
  To: ALT Linux Community general discussions

Вытащу-ка из глубины треда отдельной темой.

Тут я написал список процессов в предпоследнем эксперименте (это
система, которая начиналась с Server Light):
http://lists.altlinux.org/pipermail/community/2014-March/681831.html

Странная получается картина. Итак, имеются две установленных системы.
1. Server Light (pre p6), обновлённый до p7 (MB Intel 82945G).
2. Поставленный с нуля starterkit sysv tde от 20130224 (MB Intel 82865G)
Обе системы - i586, проверены с идентичными ядрами
kernel-image-led-ws-3.4.82-alt0.M70P.1
kernel-image-std-def-3.10.32-alt1

В системе, полученной из starterkit, никто RTC в UTC не переводит. А вот
в сделанной из Server Light - эти самые чудеса с неизвестно, чем, что
меняет время в RTC. Как я в исходном сообщении написал (по веб-ссылке),
поотключал практически всё. Далее осталить только ядро и initrd. Поставил
led-ws, и, о чудо, часы в RTC сбиваться перестали. Было обрадовался, что
нашёл: в sysv tde ядро led-ws. Поставил на втором компьютере std-def,
думал, что сейчас время уедет, и будет обвиняемый. Не тут-то было: не
уезжает. Скопировал (именно скопировал) с первого компьютера initrd,
загрузился на втором с initrd от первого и ядром std-def - всё равно RTC
не переводится в UTC.

Куда думать дальше, пока не знаю. На случай всякой фантастики, указал
чипсеты...

-- 
С уважением, Сергей
a_s_y@sama.ru


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Comm] p7, проблема с часами: убегание RTC в UTC
  2014-03-09 13:05 [Comm] p7, проблема с часами: убегание RTC в UTC ( было: p7 starterkits (sysv-tde) ) Sergey
@ 2014-03-10 12:14 ` Sergey
  2014-03-10 12:30   ` Anton Gorlov
  2014-03-10 15:16   ` Sergey
  0 siblings, 2 replies; 5+ messages in thread
From: Sergey @ 2014-03-10 12:14 UTC (permalink / raw)
  To: ALT Linux Community general discussions

Давайте, всё же, вылезем из глубин треда про starterkits. :-)

On Sunday 09 of March 2014 17:05:17 Sergey wrote:

> Куда думать дальше, пока не знаю. На случай всякой фантастики, указал
> чипсеты...

Ага... Вот после этого 
http://lists.altlinux.org/pipermail/community/2014-March/681844.html
примерно понятно, откуда такая сложная зависимость: и от /etc/adjtime,
и от версии ядра сразу. Весь вечер вчера и так, и эдак пробовал. Глаза
были слегка удивлённые. :-)

On Monday 10 of March 2014 13:09:44 Sergey Vlasov wrote:

> Вообще при наличии синхронизации с NTP-сервером ядро уже давно каждые
> 11 минут обновляет время в RTC.

А откуда оно берёт данные, что есть синхронизация ? Ведь это происходит
и тогда, когда ntpd отключен. Или это всё тот же /etc/adjtime ? Или, 
вообще, всегда бытается rtc с системными часами синхронизировать ?..

> Однако, начиная с 3.10, из ядра  выпилили код, который пытался
> обновлять в RTC только минуты и секунды, чтобы обновление работало
> независимо от часового пояса (но в этом случае не могло быть
> исправлено расхождение более чем на 15 минут):

Пытаюсь переварить... Это в смысле, когда разные ОС в дуалбуте по
разному хотят время в RTC ? То есть, наоборот, выпилили не минуты
и секунды, а часы ? :-)

> В нормально сконфигурированной системе этим занимается systemd:
> 
>   Mar 10 11:05:07 atlas.home systemd[1]: RTC configured in localtime, applying delta of 240 minutes to system time.
>   Mar 10 11:05:07 atlas.home systemd[1]: systemd 201 running in system mode. (+PAM +LIBWRAP +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP -GCRYPT +ACL +XZ)

Повторю вопрос REAL: а если systemd нет ? Хотя... Есть systemd-udev.
Этот код в каком месте systemd ?

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

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Comm] p7, проблема с часами: убегание RTC в UTC
  2014-03-10 12:14 ` [Comm] p7, проблема с часами: убегание RTC в UTC Sergey
@ 2014-03-10 12:30   ` Anton Gorlov
  2014-03-10 16:51     ` Sergey
  2014-03-10 15:16   ` Sergey
  1 sibling, 1 reply; 5+ messages in thread
From: Anton Gorlov @ 2014-03-10 12:30 UTC (permalink / raw)
  To: ALT Linux Community general discussions

Кстати сейчас словил сиё как раз на свежепоставленной машинке. 
.независимо от настроек в /etc/sysconfig/clock   упорно считалоcь что в 
биосе время в utc
посмотрел /etc/adjtime.. там и было utc.
Взял онный со своей станции - помогло.
А как правильно было-то? Да на той станции что сейчас настраивал - дуалбут.


10.03.2014 16:14, Sergey пишет:
> Давайте, всё же, вылезем из глубин треда про starterkits. :-)
>
> On Sunday 09 of March 2014 17:05:17 Sergey wrote:
>
>> Куда думать дальше, пока не знаю. На случай всякой фантастики, указал
>> чипсеты...
> Ага... Вот после этого
> http://lists.altlinux.org/pipermail/community/2014-March/681844.html
> примерно понятно, откуда такая сложная зависимость: и от /etc/adjtime,
> и от версии ядра сразу. Весь вечер вчера и так, и эдак пробовал. Глаза
> были слегка удивлённые. :-)
>
> On Monday 10 of March 2014 13:09:44 Sergey Vlasov wrote:
>
>> Вообще при наличии синхронизации с NTP-сервером ядро уже давно каждые
>> 11 минут обновляет время в RTC.
> А откуда оно берёт данные, что есть синхронизация ? Ведь это происходит
> и тогда, когда ntpd отключен. Или это всё тот же /etc/adjtime ? Или,
> вообще, всегда бытается rtc с системными часами синхронизировать ?..
>
>> Однако, начиная с 3.10, из ядра  выпилили код, который пытался
>> обновлять в RTC только минуты и секунды, чтобы обновление работало
>> независимо от часового пояса (но в этом случае не могло быть
>> исправлено расхождение более чем на 15 минут):
> Пытаюсь переварить... Это в смысле, когда разные ОС в дуалбуте по
> разному хотят время в RTC ? То есть, наоборот, выпилили не минуты
> и секунды, а часы ? :-)
>
>> В нормально сконфигурированной системе этим занимается systemd:
>>
>>    Mar 10 11:05:07 atlas.home systemd[1]: RTC configured in localtime, applying delta of 240 minutes to system time.
>>    Mar 10 11:05:07 atlas.home systemd[1]: systemd 201 running in system mode. (+PAM +LIBWRAP +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP -GCRYPT +ACL +XZ)
> Повторю вопрос REAL: а если systemd нет ? Хотя... Есть systemd-udev.
> Этот код в каком месте systemd ?
>



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Comm] p7, проблема с часами: убегание RTC в UTC
  2014-03-10 12:14 ` [Comm] p7, проблема с часами: убегание RTC в UTC Sergey
  2014-03-10 12:30   ` Anton Gorlov
@ 2014-03-10 15:16   ` Sergey
  1 sibling, 0 replies; 5+ messages in thread
From: Sergey @ 2014-03-10 15:16 UTC (permalink / raw)
  To: ALT Linux Community general discussions

On Monday 10 of March 2014 16:14:53 Sergey wrote:

> > Однако, начиная с 3.10, из ядра  выпилили код, который пытался
> > обновлять в RTC только минуты и секунды, чтобы обновление работало
> > независимо от часового пояса (но в этом случае не могло быть
> > исправлено расхождение более чем на 15 минут):
> 
> Пытаюсь переварить... Это в смысле, когда разные ОС в дуалбуте по
> разному хотят время в RTC ? То есть, наоборот, выпилили не минуты
> и секунды, а часы ? 

Так, дошло. Наоборот. С 3.10 ядро обновляет RTC на все 4 часа, 
потому с ним RTC и уходит в UTC. Тогда вопрос, как ядру сказать,
что RTC следует вести в localtime... Или как у него вообще оторвать
желание править RTC при запущенном ntpd...

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

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Comm] p7, проблема с часами: убегание RTC в UTC
  2014-03-10 12:30   ` Anton Gorlov
@ 2014-03-10 16:51     ` Sergey
  0 siblings, 0 replies; 5+ messages in thread
From: Sergey @ 2014-03-10 16:51 UTC (permalink / raw)
  To: ALT Linux Community general discussions

On Monday 10 of March 2014 16:30:25 Anton Gorlov wrote:

> А как правильно было-то? Да на той станции что сейчас
> настраивал - дуалбут.

С дуалбутом правильно, видимо, так, как умеют работать
обе ОС. /etc/adjtime делается правильным после 
hwclock --systohc --localtime
или
hwclock --systohc --utc
в зависимости от потребности. Надо только как-то "уговорить"
ядро этому следовать.

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

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2014-03-10 16:51 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-03-09 13:05 [Comm] p7, проблема с часами: убегание RTC в UTC ( было: p7 starterkits (sysv-tde) ) Sergey
2014-03-10 12:14 ` [Comm] p7, проблема с часами: убегание RTC в UTC Sergey
2014-03-10 12:30   ` Anton Gorlov
2014-03-10 16:51     ` Sergey
2014-03-10 15:16   ` Sergey

ALT Linux Community general discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
		mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
	public-inbox-index community

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.community


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git