我的ntp服务运行良好,但我无法启动timedatectl,有谁能帮上忙?
# systemctl status ntp
● ntp.service - LSB: Start NTP daemon Loaded: loaded (/etc/init.d/ntp; generated; vendor preset: enabled) Active: active (exited) since Sat 2020-06-13 01:37:35 UTC; 2min 37s ago
Docs: man:systemd-sysv-generator(8)
Tasks: 0 (limit: 19660) CGroup: /system.slice/ntp.service
Jun 13 01:37:35 localhost systemd[1]: Stopped LSB: Start NTP daemon. Jun 13 01:37:35 localhost systemd[1]: Starting LSB: Start NTP daemon... Jun 13 01:37:35 localhost systemd[1]: Started LSB: Start NTP daemon.
# timedatectl
Failed to query server: Cannot send after transport endpoint shutdown发布于 2020-06-13 11:21:37
timedatectl不和ntpd说话。timedatectl与systemd-timedated交谈。
事实上,这也不是完全正确的。timedatectl与dbus-daemon谈判,后者反过来与systemd-timedated谈判,后者与dbus-daemon谈判,后者与systemd谈判,询问ntpd和systemd-timesyncd等配置服务的状态。
链中某个地方报告了一个ESHUTDOWN错误。不幸的是,systemd的桌面总线错误报告是这样的,以至于我们无法判断错误来自链中的哪个链接。
这可能是任何东西,你已经给出了零信息来进一步诊断。据我们所知,systemd-timedated可能看到的是完全错误的服务,或者可能无法启动;或者可能会出现桌面总线问题。要了解更多信息,必须使用busctl monitor监控整个系统的桌面总线。
顺便说一句,systemd-timedated的systemd doco错误地说了"systemd-timesyncd“,而应该说"systemd-timedated”,这对您没有帮助。☺
至于为什么您的ntp.service没有正在运行的进程:出于某种原因,您是从一个旧的van rc脚本启动它的。systemd-sysv-generator's一刀切地使用这种脚本的方法正在误导你错误地认为你的服务正在成功运行,正如在https://unix.stackexchange.com/a/560998/5132上解释的那样。
停止使用van rc脚本和一刀切的兼容机制.现在,大多数Linux操作系统都使用systemd服务单元来打包它们的各种NTP d mon。同样,您提供了零信息,可以用来进一步诊断这一点,或者指向这样一个单元的方向。仅在Debian上,这个ntpd至少有三个不同的可能来源,您还没有告诉我们您的NTP软件来自哪个,甚至没有告诉我们您使用的是什么操作系统。
https://unix.stackexchange.com/questions/592625
复制相似问题