在我的 Ubuntu 13.04 上（使用 AWS）。当我启动新机器或重新启动时，我的机器ntp无法启动，并且我在系统日志中看到以下内容：
Jan 10 02:56:49 ntpd: unable to bind to wildcard address 0.0.0.0 - another process may be running - EXITING
我还注意到，在此之前使用 ntpdate 来调整时间
Jan 10 02:45:20 ntpdate[960]: adjust time server offset -0.000259 sec
我不确定这是否是一种竞争条件或者我在这里遗漏了一些东西，如果有人能帮助我我将不胜感激。
谢谢
答案1
这是因为当您尝试启动服务器时 ntpdate 正在运行。我找不到保留它的理由，因此如果您使用 ntp 守护程序，您可以将其删除：
sudo apt-get remove ntpdate
答案2
我在 Debian Jessie 上看到过这种情况。原因似乎是/etc/init.d/ntp和之间的竞争/etc/network/if-up.d/ntpdate，它们似乎都包含相互锁定的逻辑，但实际上不起作用。
尽管我很少使用 ntpdate 命令，但我喜欢它，因此我没有完全卸载 ntpdate，而是直接插入了
exit 0
作为 的第二行/etc/network/if-up.d/ntpdate，这使其不执行任何操作。我的 ntp 守护程序现在在启动时成功启动。
答案3
在 Debian 5 上也遇到过类似的问题，
只需重启 ntp 即可解决这个问题
/etc/init.d/ntp stop
/etc/init.d/ntp start
以防其他人有同样的问题
NTPD 是最近安装的，似乎安装后需要重新启动，我在 Debian 6 上也注意到了这一点。
答案4
这是固定的在 2008 年通过添加锁定来解决此问题，但如果您禁用安装Recommends或卸载，lockfile-progs那么您仍然会遇到此问题（请注意，如果您禁用安装，您应该会遇到问题Recommends）。