Компьютерный форум OSzone.net  

Компьютерный форум OSzone.net (http://forum.oszone.net/index.php)
-   Общий по Linux (http://forum.oszone.net/forumdisplay.php?f=9)
-   -   Постоянно слетает дата и время на Mint 17 (http://forum.oszone.net/showthread.php?t=294384)

gas_85 23-01-2015 23:42 2460458
Постоянно слетает дата и время на Mint 17
 
Вложений: 2
Добрый день, с недавних пор ноут (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 24-01-2015 11:11 2460563
Может просто батарейка (или что там в ноуте держит питание при выключении) в компьютере села? Видел такое на стационарном компе с подсевшей батарейкой.

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

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

gas_85 24-01-2015 14:39 2460635
Да что-то нет в Linux Mint этого пути /etc/sysconfig/clock, уже sysconfig нет.

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

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

ruslandh 25-01-2015 11:12 2460922
Цитата:
Цитата gas_85
Если интересно что за временная зона стоит - то это Берлин. »
Не, интересны параметры синхронизации время bios и ОС (передаётся-ли при выключении системы системное время в bios).
Параметр "HWCLOCK_SET_AT_HALT=true"

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

ruslandh 25-01-2015 19:05 2461165
Не в курсе, я с ним не сталкивался.

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

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

MakaBooka 02-02-2015 11:43 2465079
Цитата:
Цитата gas_85
Проблеме решилась загрузкой с LiveCD и форматированием раздела swap. Он тут же получил новый UUID »
По идее это решается "на лету" без LiveCD и перезагрузки.

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

Цитата:
Цитата MakaBooka
По идее это решается "на лету" без LiveCD и перезагрузки. »
Да, но gparted всячески отказывался что-либо делать и выдавал одни ошибки. Как быстро исправить, я так и не нашел.

aal 11-04-2015 14:37 2494518
Абсолютно та же проблема с часами и датой, есть ли какое-то решение?

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

ruslandh 11-04-2015 19:25 2494626
Смотрите настройки /etc/default/rcS

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

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

Цитата:
Цитата ruslandh
Смотрите настройки /etc/default/rcS »
В /etc/defaults/rcS единственное не закомментированное поле UTC=yes.

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

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

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

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

hwclock --systohc

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

gas_85 09-05-2015 14:20 2505449
Ну собственно вот:
Код:
#
# /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 09-05-2015 14:58 2505462
А время в BIOS у вас и правда установлено по Гринвичу, как написано в настройках?

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

VERBOSE=yes
FSCKFIX=yes


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

gas_85 09-05-2015 15:43 2505470
Это стандартные настройки, попробую добавить еще и ваши и тогда посмотрим.

ruslandh 09-05-2015 16:09 2505475
Вы так и не ответили на вопрос:
Цитата:
Цитата ruslandh
А время в BIOS у вас и правда установлено по Гринвичу, как написано в настройках? »

gas_85 10-05-2015 01:04 2505662
Не совсем понял про время по Гринвичу. В настройках Linux стоит UTC, в биосе оно просто тикает и не привязывается к поясу, а "по Гринвичу" это в GMT. Что именно тогда нужно проверить?
Тут проблема возникает только в интерпретации времени между виндой и линуксом, когда последний ставит системное время равным текущему, а винда принимает его как UTC 0 и пересчитывает в любой пояс. Лечится через UTC=no.

ruslandh 10-05-2015 15:16 2505780
Очень просто, допустим у вас пояс 'Asia/Magadan'
(У меня Москва, поэтому я указываю нужную мне зону)

Ваше время:

$ TZ='Asia/Magadan' date
Вс май 10 22:06:49 MAGT 2015

Что соответствует
$ TZ='UTC' date
Вс май 10 12:06:49 UTC 2015

Т.е. разница с UTC составляет 10 часов.

Если включен ключ
UTC=yes

то значит, в BIOS должно стоять:
Вс май 10 12:06:49

Что-бы при загрузке в Windows, время не сбивалось, надо в реестре Windows прописать, что время в BIOS стоит по-Гринвичу:

http://www.altlinux.org/Участник:Hih...Windows_to_UTC

ruslandh 10-05-2015 15:31 2505789
Ну, а если
UTC=no,
То считается, время в BIOS стоит локальное (как в Wondows).

Первый вариант предпочтительние для Linux, т.к. не надо двигать часы при смене часового пояса, ну и многие службы по-умолчанию предпологают, что время в BIOS стоит по Гринвичу

gas_85 10-05-2015 18:59 2505857
Это все замечательно, но на первой машине, где это все возникло, стоит только линукс.

ruslandh 10-05-2015 20:29 2505873
А это не имеет значения. Если у ваc стоит в системе одно , а в bios совершенно другое (не согласованное в настройках по часовому поясу), то возможны траблы.

gas_85 16-05-2015 12:56 2507993
Пока что сделал обновление до Mint 17.1, но ядро они одно и тоже используют - 3.13.0-24, так что я обновил его до 3.13.0-37, не последнее, но регрессий не наблюдается. Время уже вторые сутки не скидывается. Посмотрю как будет дальше идти, однако dmesg перестал ругаться и выглядит прилично (для сравнения к dmesg в начале топика).
Код:
$ dmesg | grep -i rtc
[    0.258722] RTC time: 22:18:08, date: 05/15/15
[    1.976772] rtc_cmos 00:04: RTC can wake from S4
[    1.976958] rtc_cmos 00:04: rtc core: registered rtc_cmos as rtc0
[    1.976987] rtc_cmos 00:04: alarms up to one month, y3k, 114 bytes nvram, hpet irqs
[    1.993283] rtc_cmos 00:04: setting system clock to 2015-05-15 22:18:10 UTC (1431728290)


Время: 20:24.

Время: 20:24.
© OSzone.net 2001-