Решение проблемы со временем (если в системе стоит ещё и Windows)

[Hatach]

Вариант 1
Под root'ом в фйле rc.local, находится в /etc, пишем строчку /sbin/hwclock --hctosys
Результат: после загрузки Linux, когда появляется окошко выбора пользователя череp 2-3 секунды время исправляется.

Вариант 2 в сообщение #13, не пугайтесь вариант хороший

[ddc]

А ещё можно выставить время в BIOS и забыть о нём. А ещё можно использовать NTP...

[Hatach]

А ещё можно выставить время в BIOS и забыть о нём.

Можно, он если стоит один Linux.

[ddc]

Можно, он если стоит один Linux.

Ну, если проблема в том, что вторая ОС не умеет привязываться к UTC, то можно привязать Linux к localtime. И тогда время будет правильным ещё во время загрузки.

[Flaming]

Можно, он если стоит один Linux.

Фразу не понял. Что именно мешает так сделать? У меня часы выставлены в BIOS, и нормально работают, что под линуксом, что под виндовсом, что под досом... Вот только кроме линукса я ничем не пользуюсь в последнее время.

[ddc]

Flaming
Bato имеет в виду, что по умолчанию Mandriva считает часы настроенными на UTC, а Windows - на localtime, отчего образуется сдвиг на 3-4 часа (в зависимости от летнего/зимнего времени).

[akdengi]

Flaming
Bato имеет в виду, что по умолчанию Mandriva считает часы настроенными на UTC, а Windows - на localtime, отчего образуется сдвиг на 3-4 часа (в зависимости от летнего/зимнего времени).

Старый баг - надо напоминать, чтобы поправили

[Hatach]

Flaming
Bato имеет в виду, что по умолчанию Mandriva считает часы настроенными на UTC, а Windows - на localtime, отчего образуется сдвиг на 3-4 часа (в зависимости от летнего/зимнего времени).

Старый баг - надо напоминать, чтобы поправили

akdengi я в английском не силён. Что означает данная ссылка?

[akdengi]

Flaming
Bato имеет в виду, что по умолчанию Mandriva считает часы настроенными на UTC, а Windows - на localtime, отчего образуется сдвиг на 3-4 часа (в зависимости от летнего/зимнего времени).

Старый баг - надо напоминать, чтобы поправили

akdengi я в английском не силён. Что означает данная ссылка?

В общем с 2005 года убеждают Mandriva сделать по умолчанию часы на localtime

[Hatach]

Тест который был здесь более не дейсвителен, как только решение напишу ниже.

[Flaming]

А, припоминаю такое... когда давно мандриву ставил, вообще-то лечится в два щелчка мыши выбором часового пояса, если не ошибусь.

[Hatach]

А, припоминаю такое... когда давно мандриву ставил, вообще-то лечится в два щелчка мыши выбором часового пояса, если не ошибусь.

Если выбрать дугой часовой пояс то могут быть проблемы в интернете.

[Hatach]

Вариант 2
Под root'ом в фйле rc.sysinit, находится /etc/rc.d, пишем /sbin/hwclock --hctosys после PATH. В результате начало файла должно выглядеть так:

#!/bin/bash
#
# /etc/rc.d/rc.sysinit - run once at boot time
#
# Taken in part from Miquel van Smoorenburg's bcheckrc.
#

# Set the path
PATH=/bin:/sbin:/usr/bin:/usr/sbin
export PATH

/sbin/hwclock --hctosys

и всё время всегда правильное

[sash-kan]

гхм. а UTC=false в /etc/sysconfig/clock не для того ли служит, чтобы bios-овские часы рассматривались как настроенные на localtime?

в фйле rc.sysinit, находится /etc/rc.d, пишем /sbin/hwclock --hctosys

зачем???
$ grep -rs hwclock /etc
/etc/udev/rules.d/88-clock.rules:ACTION=="add", SUBSYSTEM=="rtc", RUN+="/sbin/hwclock --hctosys --rtc=/dev/%k"
/etc/udev/rules.d/88-clock.rules:ACTION=="add", MAJOR==10, MINOR==135, RUN+="/sbin/hwcloc --hctosys --rtc=/dev/%k"

[Hatach]

гхм. а UTC=false в /etc/sysconfig/clock не для того ли служит, чтобы bios-овские часы рассматривались как настроенные на localtime?

Должно служить, но на деле это не так.

$ grep -rs hwclock /etc
/etc/udev/rules.d/88-clock.rules:ACTION=="add", SUBSYSTEM=="rtc", RUN+="/sbin/hwclock --hctosys --rtc=/dev/%k"
/etc/udev/rules.d/88-clock.rules:ACTION=="add", MAJOR==10, MINOR==135, RUN+="/sbin/hwcloc --hctosys --rtc=/dev/%k"

Надо попробовать.

[sash-kan]

Надо попробовать.

эти строки — из абсолютно стандартной установки.

[sash-kan]

Должно служить, но на деле это не так.

служит, служит.
hwclock --systohc вызывается в /etc/init.d/halt
и передаётся ли hwclock-у ключ -u зависит как раз от переменной окружения UTC. которая и считывается из /etc/sysconfig/clock
это в стандартной установке. если чего-нибудь уже не наковырено.

понятно, что иногда hwclock не может управиться с аппаратными часами без опции --directisa
это легко проверяется:
$ sudo hwclock -r
читает/не читает.
$ sudo hwclock -r --directisa
если читает только с этим ключём, добавляем в /etc/sysconfig/clock
CLOCKFLAGS=--directisa

[Палач]

гхм. а UTC=false в /etc/sysconfig/clock не для того ли

# cat /etc/conf.d/clock
...
# Set CLOCK to "UTC" if your system clock is set to UTC (also known as
# Greenwich Mean Time). If your clock is set to the local time, then
# set CLOCK to "local". Note that if you dual boot with Windows, then
# you should set it to "local".

[Flaming]

Палач, если не ошибаюсь, это только для Gentoo...

[Hatach]

Надо попробовать.

эти строки — из абсолютно стандартной установки.

Результат отрицательный, время убегает.

[Hatach]

Должно служить, но на деле это не так.

служит, служит.
hwclock --systohc вызывается в /etc/init.d/halt
и передаётся ли hwclock-у ключ -u зависит как раз от переменной окружения UTC. которая и считывается из /etc/sysconfig/clock
это в стандартной установке. если чего-нибудь уже не наковырено.

понятно, что иногда hwclock не может управиться с аппаратными часами без опции --directisa
это легко проверяется:
$ sudo hwclock -r
читает/не читает.
$ sudo hwclock -r --directisa
если читает только с этим ключём, добавляем в /etc/sysconfig/clock
CLOCKFLAGS=--directisa

[root@vovan38_001 shaman]# sudo hwclock -r
Сбт 04 Окт 2008 23:53:42 -0.000409 секунд
[root@vovan38_001 shaman]# sudo hwclock -r --directisa
Сбт 04 Окт 2008 23:53:47 -0.849162 секунд

Всё читается. Я всё равно добавлял в /etc/sysconfig/clock
CLOCKFLAGS=--directisa, но резултат тот же что и ранее, время убегает.

[sash-kan]

время убегает

??? куда убегает???

[Hatach]

время убегает

??? куда убегает???

Для Москвы на 4 часа вперёд.

[Lemon_joe]

А не проще в настройках часов при выборе часового пояса, когда появляется вопрос: "Ваши часы выставлены по UTC?" ответить нет? Вроде тогда часы настраиваются на локальное время и проблема решена.

[akdengi]

А не проще в настройках часов при выборе часового пояса, когда появляется вопрос: "Ваши часы выставлены по UTC?" ответить нет? Вроде тогда часы настраиваются на локальное время и проблема решена.

Проще. Проблема в том, что просьба ставить в Mandriva часы на локальное врем по умолчанию живет уже несколько лет

[sash-kan]

Для Москвы на 4 часа вперёд.

перед написанием своего поста потрудился протестировать.
при UTC=false время в bios выставляется точно таким же, как и в операционной системе. при завершении работы.
при загрузке время, соответственно, считывается из bios-а, и вполне корректно выставляется.
mandriva 2008.0 или 2008.1. думаю, не суть важно.

[Hatach]

Для Москвы на 4 часа вперёд.

перед написанием своего поста потрудился протестировать.
при UTC=false время в bios выставляется точно таким же, как и в операционной системе. при завершении работы.
при загрузке время, соответственно, считывается из bios-а, и вполне корректно выставляется.
mandriva 2008.0 или 2008.1. думаю, не суть важно.

Если бы это помогло, я бы НЕ писал этот пост.

[sash-kan]

Если бы это помогло

значит, стандартный механизм через udev у вас не срабатывает.
(я так понимаю, что при завершении работы время в bios у вас записывается нормально).
ну, вот и посмотрите, почему не срабатывает.

[Hatach]

sash-kan

Проблема в том, что просьба ставить в Mandriva часы на локальное врем по умолчанию живет уже несколько лет

Эта проблема у всех.

[sash-kan]

Эта проблема у всех.

не сказал бы, что это большая проблема. система ведь устанавливается один раз.
а вот описанное вами «убегание» — действительно, проблема.
которая, насколько я в курсе, дистрибуторами вроде бы решена. кажется, при выпуске 2008.1.

в mandriva алгоритм взаимодействия hwclock с bios-овскими часами примерно таков:
при завершении работы в /etc/init.d/halt вызывается hwclock --systohc [-u], где наличие параметра -u зависит от того, что записано в /etc/sysconfig/clock. соответствующим образом выставляются часы в bios. и в файл /etc/adjtime записывается третьей строкой «UTC» или «LOCAL».
при загрузке, после создания устройства /dev/rtc, вызывается hwclock --hctosys. читается /etc/adjtime и время из bios-а. и, основываясь на этом, выставляются системные часы.

отсюда проистекают возможные варианты сбоев, которые происходят у Bato:
1. неправильное значение третьей строчки файла /etc/adjtime.
2. hwclock при старте системы по каким-либо причинам не может прочитать /etc/adjtime. и, соответственно, делает (в данном случае — неправильный) вывод о том, что в bios-е хранится время по utc.