Что с часами?

может с часовыми поясами проблемы?

Копать в сторону Smart questions howto. А вопросы подобные этому шедевру кретинизма задавать поддержке MS. У них наверняка есть патч для исправления ошибки "часы наперекосяк".

P.S. сорри не сдержался.

Аппаратные часы (в биосе посмотреть) случаем не в UTC?

Решается так - ставим в виндах GMT+0 и все ок. Больше винда часы переводить не будет. :D

А проблема именно с часами или с дайто? Потому что если с датой, то известный косяк stable - там некорректно работает hwclock. Впрочем в testing этой проблемы нет.

Поконретнее, на сколько спешат-отстают? Просто если ровно на n часов, где n - как раз время часового пояса от UTC, то эт известная проблема. Венда вроде как берет время биоса за "текущее", а линукс за +0. Потому линукс прибавляет к вендовому времени то саоме n, а венда правит биос обратно:)

Часы в биосе хранят какое-то время. При этом там не указывается, какое оно — местное ли, UTC (то есть, по Гринвичу) или еще какое-то. Линукс может брать время оттуда в любом виде. Правильнее всего время хранить там не местное, а UTC. Венда имеет другое мнение на этот счет и хочет, чтобы там было местное время. Собственно, либо в линуксе поставить, что в биосе хранить местное время или поставить в винде часовой пояс GMT+0.

В linux стоит хранить время в UTC?

/etc/default/rcS

UTC=no

Машина времени существует!

Столкнулся с той же проблемой.

> UTC=no

Самое смешное, что не работает.

И почему-то hwclock при запуске вручную не достукивается до железа. Пытаюсь отслеживать скрипты загрузки (устанавливающие время), пока успехи сомнительны - не удалось обнаружить факт выполнения скрипта при загрузке :)

Припоминаю, было и у меня что-то подобное. Деталей не помню, но смотреть нужно в сторону man hwclock, в частности --hctosys и --systohc

> UTC=no

Решает, спасибо.

решение здесь http://www.thinkwiki.org/wiki/Problems_with_hwclock