timedatectl не удалось выполнить запрос к серверу

При выполнении команды timedatectl, чтобы проверить, синхронизированы ли мои системные часы через NTP, я получаю следующее:

~> timedatectl
Не удалось запросить сервер: Имя org.freedesktop.timedate1 не было предоставлено ни одним .service файлом

Служба systemd-timedated.service работала.

~> systemctl status systemd-timedated.service
● systemd-timedated.service - Служба времени и даты
     Загружено: загружено (/usr/lib/systemd/system/systemd-timedated.service; статично; предустановка поставщика: включено)
     Активно: неактивно (мертво)
       Документация: man:systemd-timedated.service(8)
                     man:localtime(5)
                     https://www.freedesktop.org/wiki/Software/systemd/timedated

Mar 23 14:28:16 cm1sd systemd[1]: Запуск службы времени и даты...
Mar 23 14:28:16 cm1sd systemd[1]: Служба времени и даты запущена.
Mar 23 14:29:00 cm1sd systemd[1]: systemd-timedated.service: Успешно.

Искал в интернете, но не нашел ничего о сообщении об ошибке. Как я могу использовать systemd и timedatectl, чтобы синхронизировать мои системные часы с NTP-сервером? Также я заметил, что ничего в /etc/systemd/ не определяет, какой NTP-сервер использовать. Я на встроенной системе Linux, созданной с помощью Buildroot, версия systemd 244.5.

Если вы используете Active Directory / Centrify, вы можете попробовать перезагрузить сервер. Это то, что они нам предложили сделать, и это сработало для нас. Однако мне неясно, в чем истинная причина, и это не очень удовлетворительно, если это общий сервер, который нельзя перезагрузить по желанию.

systemd-timedated — это служба, которая использует D-Bus для общения с клиентами, такими как команда timedatectl. Команда systemctl cat systemd-timedated.service должна включать BusName=org.freedesktop.timedate1, что скажет systemd, как отслеживать эту службу, назначить ей Type=dbus и сделать ее зависимой от юнита dbus.socket. Это также позволяет systemd запускать службу «по запросу», когда кто-то делает запрос к ней на системном D-Bus.

Сообщение об ошибке указывает на то, что либо systemd не смог запустить systemd-timedated, когда timedatectl его вызвал, либо существует какая-то проблема с системным D-Bus.

systemd-timedated по сути представляет собой единый «интерфейс» для настройки системных часов, настройки часового пояса и запуска/остановки фактических служб синхронизации часов, таких как chronyd.service, systemd-timesyncd.service или ntp.service. Вы можете определить порядок предпочтения, в котором systemd-timedated ищет фактические службы синхронизации, задав переменную окружения в файле переопределений, например:

[Service]
Environment=SYSTEMD_TIMEDATED_NTP_SERVICES=chronyd.service:ntp.service:systemd-timesyncd.service

Вам все равно нужно будет настроить NTP-сервер, используя конфигурационные файлы той службы NTP, которую вы в конечном итоге используете, или настроить службы NTP, чтобы получить адрес NTP-сервера из ответа DHCP, если это применимо. systemd-timesyncd делает это автоматически, если вы используете systemd-networkd для настройки ваших сетевых интерфейсов; в противном случае вам может потребоваться настроить клиента DHCP для запроса адреса NTP-сервера и хранения этой информации в формате, полезном для службы(ей) NTP.

В встроенной системе, я думаю, минимизация системного D-Bus может быть допустимым выбором, в зависимости от назначения системы. Исключение несущественных интерфейсных служб, таких как systemd-timedated, и полагание на классические командные инструменты могут являться частью этого. Так что, вы уверены, что systemd-timedated должен работать?