я не стал создавать отдельную ветку про скачки времени ( временные зоны) в логах, предполагаю, что эти вещи взаимосвязаны
- У вас версия контроллера с GSM, без GSM и RTC или без GSM, но с RTC?
- Вы как-то выставляете время или оно у вас само по NTP появляется?
1.С GSM, без RTC
2. Синхронизация по NTP
Настройки NTP как-то изменяли или стандартные?
cat /etc/ntp.conf | grep server
server 0.debian.pool.ntp.org iburst
server 1.debian.pool.ntp.org iburst
server 2.debian.pool.ntp.org iburst
server 3.debian.pool.ntp.org iburst
стандартные. Выше срез конфига
Добрый день!
Странно, что прямо во время работы меняется время.
Пришлите, пожалуйста, вывод команды hwclock -D
А вы не пробовали не линковать /usr/share/zoneinfo/Europe/Moscow /etc/localtime а просто скопировать его в /etc/localtime и сделать chmod a-w /etc/localtime?
1 лайк
1.root@wirenboard:~# hwclock -D
hwclock from util-linux 2.20.1
Using /dev interface to clock.
Last drift adjustment done at 1484833513 seconds after 1969
Last calibration done at 1484833513 seconds after 1969
Hardware clock is on local time
Assuming hardware clock is kept in local time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2017/01/20 15:30:34
Hw clock time : 2017/01/20 15:30:34 = 1484915434 seconds since 1969
Fri Jan 20 15:30:34 2017 -0.410452 seconds
- Скопировал без смены разрешений - тоже самое, время таймзона сбросилась.
- Скопировал со сменой разрешений - таймзона осталась прежней (+3)
Спасибо за помощь, надеюсь, что мой случай единичный.
Ну. это полумера, так сказать. Для нас вопрос, похоже не закрылся. Какой-то из компонентов неправильно переписывает конфигурационные файлы. Будем разбираться.
Можно еще попросить вас прислать вывод команды service wb-configs start
и ls -la /mnt/data/etc/?
Спасибо!
1.root@wirenboard:~# service wb-configs start
[....] Starting move config files to shared partition: wb-configs
[info] Checking symlinks to /mnt/data.
[warn] Unable to start /usr/bin/wb-watch-configs ... (warning).
. ok
2.root@wirenboard:~# ls -la /mnt/data/etc/
total 116
drwxr-xr-x 8 root root 4096 Jan 19 20:32 .
drwxr-xr-x 7 root root 4096 Dec 2 16:41 ..
-rw-r--r-- 1 root root 22114 Oct 17 2015 dnsmasq.conf
-rw-r--r-- 1 root root 587 Dec 27 11:42 group
-rw-r----- 1 root shadow 485 Dec 27 11:42 gshadow
-rw-r--r-- 1 root root 67 Dec 2 16:39 hostapd.conf
drwxr-xr-x 3 root root 4096 Dec 2 16:41 lirc
-r--r--r-- 1 root root 1486 Jan 20 18:35 localtime
drwxr-xr-x 3 root root 4096 Dec 2 16:42 mosquitto
drwxr-xr-x 2 root root 4096 Dec 2 16:41 network
drwxr-xr-x 3 root root 4096 Dec 2 16:41 nginx
-rw-r--r-- 1 root root 1124 Dec 27 11:42 passwd
-rw-r--r-- 1 root root 43 Jan 20 19:00 resolv.conf
-rw-r----- 1 root shadow 799 Dec 27 11:42 shadow
drwxr-xr-x 2 root root 4096 Dec 2 16:40 ssh
-rw-r--r-- 1 root root 1891 Jan 20 2017 wb-hardware.conf
-rw-r--r-- 1 root root 2325 Dec 6 22:36 wb-hardware.conf.ucf-dist
-rw-r--r-- 1 root root 2095 Jan 15 22:49 wb-hardware.conf.ucf-old
-rw-r--r-- 1 root root 2054 Nov 16 18:54 wb-homa-adc.conf
-rw-r--r-- 1 root root 1663 Nov 18 21:22 wb-homa-gpio.conf
-rwxr-xr-x 1 root root 324 Aug 30 15:13 wb-mqtt-db.conf
-rw-r--r-- 1 root root 1297 Jan 1 22:17 wb-mqtt-serial.conf
-rw-r--r-- 1 root root 1294 Jan 11 17:34 wb-mqtt-serial.conf.ucf-dist
drwxr-xr-x 2 root root 4096 Jan 20 07:43 wb-rules
Отвечу здесь из другой ветки:
Потому что в моей версии Wb5 после перезагрузки один из wb скриптов переписывает файл /mnt/data/etc/localtime на место файла /etc/localtime (вернее, делает ссылку), а именно в localtime хранится выбранная временная зона.
Поэтому по моему скромному менению надо после “dpkg-reconfigure tzdata” переписать теперь правильно сконфигурированный файл из /etc/localtime в /mnt/data/etc/localtime и тогда reboot будет нестрашен.
Ни один сторонний скрипт не должен вмешиваться в системные установки. Это идеалогически не верно. Вы описали один из способов обхода данной проблемы, однако причину это не устраняет. Спасибо за отклик.
А что вы здесь понимаете под системными установками?
На контроллере работает демон wb-configs, который следит за некоторыми конфигурационными файлами и сохраняет/перемещает их на отдельный раздел. Это полезно, например, при обновлении прошивки контроллера - вся конфигурация будет восстановлена при первом запуске.
В вашем случае, возможно, при первой попытке создать этот файл было сохранено некорретное значение, и оно теперь каждый раз заново восстанавливается из резервного раздела. Можете попробовать удалить копию этого файла из резервного раздела:
rm /mnt/data/etc/localtime
, после чего создать корректную версию (например, с помощью dpkg-reconfigure tzdata) и перезагрузить контроллер.
1 лайк
У меня проблема немного по-другому выглядит. При перезагрузке время сбрасывается на 1 января 1970, но после поднятия ntp сервиса время и таймзона восстанавливаются на правильные. Вот кусок из /var/log/messages
Jan 1 00:01:01 wirenboard-A35U7J4I daemon.info dnsmasq-dhcp[2240]: DHCP, IP range 192.168.42.50 -- 192.168.42.150, lease time 12h
Jan 1 00:01:01 wirenboard-A35U7J4I daemon.info dnsmasq[2240]: reading /etc/resolv.conf
Jan 1 00:01:01 wirenboard-A35U7J4I daemon.info dnsmasq[2240]: using nameserver 8.8.8.8#53
Jan 1 00:01:01 wirenboard-A35U7J4I daemon.info dnsmasq[2240]: read /etc/hosts - 6 addresses
Apr 27 22:12:37 wirenboard-A35U7J4I daemon.notice ntpdate[1622]: step time server 77.72.138.216 offset 1493331095.479197 sec
Apr 27 22:12:37 wirenboard-A35U7J4I daemon.err ntpdate[1646]: step-systime: Invalid argument
Apr 27 22:12:38 wirenboard-A35U7J4I daemon.info avahi-daemon[2304]: Found user 'avahi' (UID 105) and group 'avahi' (GID 107).
Вроде не на что не влияет, не все-равно странно это
Это нормально.
Я тоже не могу избавиться от сброса часового пояса.
Как правильно установить TimeZone?
вот тут временное решение. проверено, работает: Настройки времени в контроллере - #2 от пользователя Kilpio - Программное обеспечение - Wiren Board Support
1 лайк
Wirenboard-6.5
Точно так же сбрасывается таймзона.
Пробовал сделать -
cp /usr/share/zoneinfo/Europe/Moscow /mnt/data/etc/localtime - не помогло
cp /usr/share/zoneinfo/Europe/Moscow /etc/localtime + установка прав только на чтение - не помогло
Помогло следующее:
- закоментировал в /etc/wb-configs.d/01wb-configs строчку #wb_move /etc/localtime
- настроил зону командой - timedatectl set-timezone Asia/Yekaterinburg
Вообщем - не хочет systemd работать с вашей символьной ссылкой.
И какой смысл был перезаписывать этот файл (/etc/localtime) через wb-config?
Сводка
root@wirenboard-AOWCONDB:~# timedatectl status
Local time: Чт 2019-03-28 08:55:06 UTC
Universal time: Чт 2019-03-28 08:55:06 UTC
RTC time: Чт 2019-03-28 08:55:07
Time zone: n/a (UTC, +0000)
Network time on: yes
NTP synchronized: no
RTC in local TZ: no
root@wirenboard-AOWCONDB:~# ls -lsa /etc/localtime
0 lrwxrwxrwx 1 root root 23 мар 28 13:53 /etc/localtime -> /mnt/data/etc/localtime
root@wirenboard-AOWCONDB:~#
root@wirenboard-AOWCONDB:~# mcedit /etc/wb-configs.d/01wb-configs
root@wirenboard-AOWCONDB:~# timedatectl set-timezone Asia/Yekaterinburg
root@wirenboard-AOWCONDB:~#
root@wirenboard-AOWCONDB:~#
root@wirenboard-AOWCONDB:~# ls -lsa /etc/localtime
0 lrwxrwxrwx 1 root root 40 мар 28 13:55 /etc/localtime -> …/usr/share/zoneinfo/Asia/Yekaterinburg
root@wirenboard-AOWCONDB:~#
root@wirenboard-AOWCONDB:~# reboot
Connection to 192.168.166.22 closed by remote host.
Connection to 192.168.166.22 closed.
$
$
$ ssh root@192.168.166.22
Linux wirenboard-AOWCONDB 4.9.22-wb6 #2 SMP Sat Jan 26 11:34:05 UTC 2019 armv7l
root@wirenboard-AOWCONDB:~# timedatectl status
Local time: Чт 2019-03-28 13:58:50 +05
Universal time: Чт 2019-03-28 08:58:50 UTC
RTC time: Чт 2019-03-28 08:58:53
Time zone: Asia/Yekaterinburg (+05, +0500)
Network time on: yes
NTP synchronized: no
RTC in local TZ: no
root@wirenboard-AOWCONDB:~# ls -lsa /etc/localtime
0 lrwxrwxrwx 1 root root 40 мар 28 13:55 /etc/localtime -> …/usr/share/zoneinfo/Asia/Yekaterinburg