настроено так: комп каждый день должен выключатся в 23:59, с помощью qshutdown и по часам в биос включается в 08:00.
Все работает, но иногда (переодичность и неделя и 5 дней) без какой либо закономерности иногда сбивается время в BIOS, т.е. ставится в UTC и естественно комп включается не в то время что нужно, т.е. на два часа позже (часовой пояс +2) и после включения время синхронизируется и становится как надо.
Настройки:
/etc/timezone прописано Europe/Kiev
/etc/default/rcS установлено UTC=no
Для того чтоб по факту время было локальным и в биосе и в часах KDE
В KDE в настройках часов вбито синхронизировать время с ntp.ubuntu.com.
Кстати чтоб вписать и применить туда другой сервер надо останавливать сервис ntp
Батарейку мерял вольтметром - все нормально.
----------
Либо китайцы что то в материнке не так сконструировали, либо в системе у меня что то слетает иногда (?), думаю в системе т.к. таких материнок одинаковых несколько и на всех стоит одна и та же система склонированная с винта на винт с помощью Clonezilla.
Уже думаю этот минт на CentOS сменить - с ним такого не видел.
----------
К информации: Linux Mint 17 Qiana основан на пакетной базе Ubuntu 14.04 LTS
Иногда сбивается время в BIOS - Linux Mint 17 Qiana (KDE)
Батарейку мерял вольтметром - все нормально.
Да попробуйте её заменить. Была у меня такая фмгня... :(
установлено UTC=no
поставьте UTC=yes. Не вижу проблемы.
Да попробуйте её заменить.
при чём тут UTC? Оно в ноль сбрасывается.
[quote="Shamanchik"]установлено UTC=no
поставьте UTC=yes. Не вижу проблемы.
Да попробуйте её заменить.
при чём тут UTC? Оно в ноль сбрасывается.
[/quote]
А почему ты решил, что у него элементарно железка не неисправна? Ну расскажи, как ты думаешь, хорошо?
PS, да по такой информации - я - не в курсе. Но, давай тихо "уберём помехи", не? :)
А почему ты решил, что у него элементарно железка не неисправна?
как раз наоборот: если-бы была железка неисправна, она бы в ноль или рандомно выбивалась.
А если сбивается точно в UTC, то проблема не в железе, а в ПО.
Время в hwclock НЕ в UTC == костыль. Как и положено костылю, его частенько глючит.
Нужно ставить время в hwclock по UTC
В этом случае глючить будет тупо нечему. Фишка в том, что внутри ОС время _всегда_ в UTC, оно переводится в поясное в двух случаях:
1. для пользователя. Есть много способов, стандарт определяет localtime(3) из glibc
The localtime() function converts the calendar time timep to broken-down time representation,
expressed relative to the user's specified timezone. The function acts as if it called
tzset(3) and sets the external variables tzname with information about the current timezone,
timezone with the difference between Coordinated Universal Time (UTC) and local standard time
in seconds, and daylight to a nonzero value if daylight savings time rules apply during some
part of the year. The return value points to a statically allocated struct which might be
overwritten by subsequent calls to any of the date and time functions. The localtime_r()
function does the same, but stores the data in a user-supplied struct. It need not set
tzname, timezone, and daylight.
2. для hwclock(8), она пишет время в/из CMOS (как говорят "в биос"), и умеет переводить туда/сюда. Вот только работает оно от рута, а там timezone не обязательно пользовательская. Вообще, TZ у каждого юзера своя.
[quote="mvt"]А почему ты решил, что у него элементарно железка не неисправна?
как раз наоборот: если-бы была железка неисправна, она бы в ноль или рандомно выбивалась.
[/quote]
Да железке - до лампочки. Ты её настраиваешь. По умолчанию настройки" - всего два варианта. Или UTC или BIOS. Как, правило, все выбирают BIOS. :) Так он же всё там сделал? Неделю работает. Остальные подвиги - нам нафига?...
Рандомно? А вот где-то прав. Но. Там свои настройки, не?
строго говоря там ОДНО значение. А вот как его интерпретировать — вопрос более интересный.По умолчанию настройки" - всего два варианта. Или UTC или BIOS. Как, правило, все выбирают BIOS.
То, что "все выбирают" я знаю, это не мешает этим "всем" заблуждаться, и делать неправильно. А потом страдать от собственного косоручья.