Постоянно слетает дата и время на Mint 17

[gas_85]

Добрый день, с недавних пор ноут (Asus F552EP) жены начал... Да ничего он не начал, так и продолжает, дата и время прыгают на несколько дней вперед. Например сейчас 26-е Января 2015ого - 13:26, хотя на самом деле сегодня 23.01.15 и сейчас 21:31. Отключаю синхронизацию времени по сети - хватает до момента выключения и все - дата опять слетает и начинает творить чудеса. Складывается впечатление, что в спящем режиме часы не тикают или тикают не правильно. NTP тоже особо не помогает.

Машинка:
System: Host: yana-X550EP Kernel: 3.13.0-24-generic x86_64 (64 bit, gcc: 4.8.2)
Desktop: Gnome Distro: Linux Mint 17 Qiana
Machine: Mobo: ASUSTeK model: X550EP version: 1.0 Bios: American Megatrends version: X550EP.303 date: 03/13/2014


Коротко о dmesg
[130033.423556] hpet1: lost 19 rtc interrupts
[130063.111809] hpet1: lost 7 rtc interrupts
[130124.244196] hpet1: lost 4 rtc interrupts
[130184.819587] hpet1: lost 3 rtc interrupts


Быстрое гугление не помогло. Есть идеи? Немного информации прикреплено: inxi -Fxz и dmesg | grep -i rtc

[ruslandh]

Может просто батарейка (или что там в ноуте держит питание при выключении) в компьютере села? Видел такое на стационарном компе с подсевшей батарейкой.

А кстати, что прописано в /etc/sysconfig/clock

А кстати, что прописано в /etc/sysconfig/clock

[gas_85]

Да что-то нет в Linux Mint этого пути /etc/sysconfig/clock, уже sysconfig нет.

Если интересно что за временная зона стоит - то это Берлин.

Насчет батарейки, возможно, но моё представление если включена NTP синхронизация - время должно подстраиваться автоматически, даже если от батарейки не идет, или я не прав? Ну и дата убегает вперед, что тоже странно.

[ruslandh]

Если интересно что за временная зона стоит - то это Берлин. »

Не, интересны параметры синхронизации время bios и ОС (передаётся-ли при выключении системы системное время в bios).
Параметр "HWCLOCK_SET_AT_HALT=true"

[gas_85]

Не, интересны параметры синхронизации время bios и ОС (передаётся-ли при выключении системы системное время в bios).
Параметр "HWCLOCK_SET_AT_HALT=true" »
Где это можно посмотреть в Mint 17? Я не нашел такого пути, а поиск по "clock" ничего путного не дал.

[ruslandh]

Не в курсе, я с ним не сталкивался.

Посмотрите в районе:
/etc/default/rcS

[gas_85]

Спасибо за помощь. Решилась проблема установкой софта ntpd. По умолчанию эта программа запущена с ключом -g (смотреть в /etc/default/ntp строчку NTPD_OPTS='-g') этот ключ позволяет синхронизировать время при бОльшем расхождении. Однако я обнаружил что в процессе работы время "пытается" прийти в норму, но при переходе в ждущий режим опять убегает на пару-тройку дней вперед.
Была обнаружена вторая проблема - недоступен и не включен swap. Я так и не смог найти его UUID в системе, а команда swapon -a ругалась на то что записанный в fstab путь не существует. Проблеме решилась загрузкой с LiveCD и форматированием раздела swap. Он тут же получил новый UUID который я записал в /etc/fstab вместо того что там был, потом sudo swapon -a и своп заработал.
Я понятия не имею как связаны эти две проблемы, но после того как swap заработал, время перестало убегать и уже два дня идет стабильно и точно. Всем спасибо.

[MakaBooka]

Проблеме решилась загрузкой с LiveCD и форматированием раздела swap. Он тут же получил новый UUID »

По идее это решается "на лету" без LiveCD и перезагрузки.

[gas_85]

Не долго радовался я новой ntp и её возможностям. Короче хватает на 3-5 дней и дата опять улетает на пару суток в будущее. Я уже и батарейку поменял и поэкспериментировал с отключением сети и вытаскиванием аккумулятора - в BIOSе время правильное, даже после 4х суток лежания без какого либо питания. А вот как в Mint-е поработаешь несколько дней - пиши пропало.

По идее это решается "на лету" без LiveCD и перезагрузки. »

Да, но gparted всячески отказывался что-либо делать и выдавал одни ошибки. Как быстро исправить, я так и не нашел.

[aal]

Абсолютно та же проблема с часами и датой, есть ли какое-то решение?

[SharkyUA]

Абсолютно та же проблема с часами и датой, есть ли какое-то решение? »
Спасибо за помощь. Решилась проблема установкой софта ntpd. По умолчанию эта программа запущена с ключом -g (смотреть в /etc/default/ntp строчку NTPD_OPTS='-g') этот ключ позволяет синхронизировать время при бОльшем расхождении. Однако я обнаружил что в процессе работы время "пытается" прийти в норму, но при переходе в ждущий режим опять убегает на пару-тройку дней вперед.
Была обнаружена вторая проблема - недоступен и не включен swap. Я так и не смог найти его UUID в системе, а команда swapon -a ругалась на то что записанный в fstab путь не существует. Проблеме решилась загрузкой с LiveCD и форматированием раздела swap. Он тут же получил новый UUID который я записал в /etc/fstab вместо того что там был, потом sudo swapon -a и своп заработал.
Я понятия не имею как связаны эти две проблемы, но после того как swap заработал, время перестало убегать и уже два дня идет стабильно и точно. Всем спасибо. »

[ruslandh]

Смотрите настройки /etc/default/rcS

[ruslandh]

При запуске долже запускаться юнит hwclock, который берёт время из биос, смотрит настройки в /etc/default/rcS, и устанавливает системное время. Так-как под рукой нет mint (только дома в виртуалке - "на посмотреть"), то я не разобрался - можно-ли отключать/включать . юнит hwclock.

[gas_85]

Сегодня случилось на новом MSI GP 60. Процесс был такой:
- включился, время нормальное
- поработал, комп перевел в сон
- "проснулся" через несколько часов и было видно как на экране приветствия время с правильного слетело на 00:00.
- зашел в систему и обнаружил дата +1 день, часы 00, минуты и секунды правильные.

Смотрите настройки /etc/default/rcS »

В /etc/defaults/rcS единственное не закомментированное поле UTC=yes.

При запуске долже запускаться юнит hwclock »

На Asus из топика sudo hwclock выдает системное время 13 мая 15:21 и CEST -0.65 секунды :o
время на панели 10 мая 19:21
время настоящее 9 мая 12:07

Что делать то?

[ruslandh]

В /etc/defaults/rcS единственное не закомментированное поле UTC=yes.
Цитата ruslandh: »
Вы думаете, что я по памяти помню что там написано, лучше-быв приложили его сюда.

1. hwclock выдаёт время в BIOS, учитывая настройку вашего пояса.
Установите правильно пояс и системное время, а потом установите время в BIOS командой (от root)

hwclock --systohc

hwclock выдает системное время 13 мая 15:21 и CEST -0.65 секунды »
Я-бы батарейки в компе поменял.

[gas_85]

Ну собственно вот:
#
# /etc/default/rcS
#
# Default settings for the scripts in /etc/rcS.d/
#
# For information about these variables see the rcS(5) manual page.
#
# This file belongs to the "initscripts" package.

# delete files in /tmp during boot older than x days.
# '0' means always, -1 or 'infinite' disables the feature
#TMPTIME=0

# spawn sulogin during boot, continue normal boot if not used in 30 seconds
#SULOGIN=no

# do not allow users to log in until the boot has completed
#DELAYLOGIN=no

# assume that the BIOS clock is set to UTC time (recommended)
UTC=yes

# be more verbose during the boot process
#VERBOSE=no

# automatically repair filesystems with inconsistencies during boot
#FSCKFIX=no

Батарейки поменяны, проблема не пропала. Если комп на винде сидит - месяцами без проблем, в минте через пару-тройку дней работы слетает дата и время. Оба компа разной фирмы и разного поставщика, оба не старше года.

Проделывал эксперимент: оставлял комп без батареи (от нотубуку, не от биоса) на неделю - дата в биос не слетела, рассинхон был около секунды.
Как загружаешься в минт - все ок. Через пару дней непрерывной работы и уходов в сон - слетает.
Такое чувство, что что-то не так с переходом в режим сна о обратно, отправляешь комп в сон с правильной датой и временем, а он выходит оттуда всегда с приблизительно +1,5 суток. Если комп не отправлять в сон, такой проблемы не было пока замечено.

[ruslandh]

А время в BIOS у вас и правда установлено по Гринвичу, как написано в настройках?

Я-бы ещё сделал:

VERBOSE=yes
FSCKFIX=yes


Насчёт сна - надо по инету поискать. По идее, когда комп только проснулся, система имеет время момента засыпания, а вот как оно устанавливает реальное время в MINT, надо поискать.

[gas_85]

Это стандартные настройки, попробую добавить еще и ваши и тогда посмотрим.

[ruslandh]

Вы так и не ответили на вопрос:
А время в BIOS у вас и правда установлено по Гринвичу, как написано в настройках? »

[gas_85]

Не совсем понял про время по Гринвичу. В настройках Linux стоит UTC, в биосе оно просто тикает и не привязывается к поясу, а "по Гринвичу" это в GMT. Что именно тогда нужно проверить?
Тут проблема возникает только в интерпретации времени между виндой и линуксом, когда последний ставит системное время равным текущему, а винда принимает его как UTC 0 и пересчитывает в любой пояс. Лечится через UTC=no (http://www.mintlinux.ru/forum/thread7018.html).