Роутер не синхронизирует время

[Garsia]

Добрый день.
После включения/перезагрузки роутера его внутреннее время сбрасывается и автоматической синхронизации не происходит.
При этом в настройках синхронизации всё включено, часовой пояс - Europe/Samara.
Служба sysntpd в разделе “Автозапуск” включена.

Последовательность действий:

1. Перезапустил роутер, время сбросилось.
2. Зашёл в автозапуск - служба sysntpd включена, но время не синхронизировано.
3. Выполнил её перезапуск вручную соотв. кнопкой - время синхронизировалось (!!!).
4. Поиск в логе в имени службы или просто по “NTP” ничего не даёт.

Подскажите, пожалуйста, куда копать?
И можно ли как-то добавить автозапуск / перезапуск этой службы “вручную” - в пользовательский раздел автозапуска? Раз она сама запускаться не хочет.

[Dr.Kex]

Ну, указывать сервера синхронизации времени в интернете по IP, дело неблагодарное, а тем более объявленные провайдером… Поставьте так (по именам, для РФ):

Спойлер

[Garsia]

Спасибо за информацию, но в моём случае проблема не в NTP-серверах.
Как я уже писал выше, время синхронизируется при нажатии на кнопку “Синхронизировать по NTP” или при перезапуске службы sysntpd в разделе “Автозапуск”. Но оно не синхронизируется автоматически при включении роутера и далее в процессе его работы.

[Dr.Kex]

Ну, может, он стартует рано, ещё не всё прогрузилось?
На своём проверить не могу, он слишком занят на неопределённое время.

Если остановить, запретить автозапуск sysntpd, ну или в консоли (терминале) дать:
/etc/init.d/sysntpd stop
/etc/init.d/sysntpd disable

а в /etc/rc.local внести строки как под спойлером, где “10” время паузы до запуска в секундах, поставил “от фонаря”, поможет - подберёте!

/etc/rc.local

сохранить, применить и перезагрузить роутер, какой результат?

[Garsia]

Если честно, я уже решил эту проблему чуть раньше, добавив в пользовательский автозапуск строку:

service sysntpd start

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

Кстати, аналогичная проблема у меня была с детектором интернета - он не хотел запускаться при включении роутера и проверять наличие интернета. Решил аналогично, добавив строку в пользовательский автозапуск.

[Dr.Kex]

Посмотрите, что у Вас в файле /etc/init.d/sysntpd, у меня так

# cat /etc/init.d/sysntpd

#!/bin/sh /etc/rc.common
# Copyright (C) 2011 OpenWrt.org

START=98

USE_PROCD=1
PROG=/usr/sbin/ntpd
HOTPLUG_SCRIPT=/usr/sbin/ntpd-hotplug

get_dhcp_ntp_servers() {
	local interfaces="$1"
	local filter="*"
	local interface ntpservers ntpserver

	for interface in $interfaces; do
		[ "$filter" = "*" ] && filter="@.interface='$interface'" || filter="$filter,@.interface='$interface'"
	done

	ntpservers=$(ubus call network.interface dump | jsonfilter -e "@.interface[$filter]['data']['ntpserver']")

	for ntpserver in $ntpservers; do
		local duplicate=0
		local entry
		for entry in $server; do
			[ "$ntpserver" = "$entry" ] && duplicate=1
		done
		[ "$duplicate" = 0 ] && server="$server $ntpserver"
	done
}

validate_ntp_section() {
	uci_load_validate system timeserver "$1" "$2" \
		'dhcp_interface:list(string)' \
		'enable_server:bool:0' \
		'enabled:bool:1' \
		'interface:string' \
		'server:list(host)' \
		'use_dhcp:bool:1'
}

start_ntpd_instance() {
	local peer

	[ "$2" = 0 ] || {
		echo "validation failed"
		return 1
	}

	[ $enabled = 0 ] && return

	[ $use_dhcp = 1 ] && get_dhcp_ntp_servers "$dhcp_interface"

	[ -z "$server" -a "$enable_server" = "0" ] && return

	procd_open_instance
	procd_set_param command "$PROG" -n -N
	if [ "$enable_server" = "1" ]; then
		procd_append_param command -l
		[ -n "$interface" ] && {
			local ifname

			network_get_device ifname "$interface" || \
				ifname="$interface"
			procd_append_param command -I "$ifname"
			procd_append_param netdev "$ifname"
		}
	fi
	[ -x "$HOTPLUG_SCRIPT" ] && procd_append_param command -S "$HOTPLUG_SCRIPT"
	for peer in $server; do
		procd_append_param command -p $peer
	done
	procd_set_param respawn
	[ -x /sbin/ujail -a -e /etc/capabilities/ntpd.json ] && {
		procd_add_jail ntpd ubus
		procd_add_jail_mount "$HOTPLUG_SCRIPT"
		procd_add_jail_mount "/usr/share/libubox/jshn.sh"
		procd_add_jail_mount "/usr/bin/env"
		procd_add_jail_mount "/usr/bin/jshn"
		procd_add_jail_mount "/bin/ubus"
		procd_set_param capabilities /etc/capabilities/ntpd.json
		procd_set_param user ntp
		procd_set_param group ntp
		procd_set_param no_new_privs 1
	}
	procd_close_instance
}

start_service() {
	. /lib/functions/network.sh
	validate_ntp_section ntp start_ntpd_instance
}

service_triggers() {
	local script name use_dhcp enable_server interface

	script=$(readlink -f "$initscript")
	name=$(basename ${script:-$initscript})

	procd_add_config_trigger "config.change" "system" /etc/init.d/$name reload

	config_load system
	config_get use_dhcp ntp use_dhcp 1

	[ $use_dhcp = 1 ] && {
		local dhcp_interface
		config_get dhcp_interface ntp dhcp_interface

		if [ -n "$dhcp_interface" ]; then
			for n in $dhcp_interface; do
				procd_add_interface_trigger "interface.*" $n /etc/init.d/$name reload
			done
		else
			procd_add_raw_trigger "interface.*" 1000 /etc/init.d/$name reload
		fi
	}

	config_get_bool enable_server ntp enable_server 0
	config_get interface ntp interface

	[ $enable_server -eq 1 ] && [ -n "$interface" ] && {
		local ifname

		network_get_device ifname "$interface" || \
			ifname="$interface"
		procd_add_interface_trigger "interface.*" "$ifname" \
			/etc/init.d/"$name" reload
	}

	procd_add_validation validate_ntp_section
}

Обратите внимание на параметр START=98 именно он задаёт порядок (очерёдность) запуска сервиса в процессе загрузки OpenWRT.
Других идей у меня нет, ну может ещё перепрошивка или сброс в “заводские” настройки (чем чёрт не шутит)…

[Garsia]

Да, у меня в этом файле всё аналогично.
Это и в автозапуске можно увидеть (см. картинку).
Иммет ли смысл поставить число больше? 100?