Вы не можете заставить его работать в 17.10 .. это то, что говорит релиз.
Перейти на 16.10 или другую поддерживаемую версию или запустить 16.10 на виртуальной машине.
См. отчет об ошибке LP: 1744072:
Обоснование: 2.1 NTP вообще требуется довольно много, но мы хотим обменять ntpd, который является текущей реализацией в основном с хроном для 18.04. 2.2 Безопасность: chrony считалось более легким с точки зрения безопасности и обеспечивающим более современный ntp-опыт. 2.3. Эффективность: Кроме того, несколько облачных людей, похоже, заинтересованы в том, чтобы переключиться на хронику в гостях для его нижней части памяти / процессора (насколько я полагаю). 2.4, связанный с этим MIR 6 лет назад, это то же самое, что и для Fedora. См. Https://fedoraproject.org/wiki/Features/ChronyDefaultNTP IIRC. Некоторые ограничения, которые присутствовали, были устранены с тех пор, так что это даже лучше, чем было тогда. 2.5. В общем, нужно понимать, что в мире systemd-timesync ntp / chrony в основном предназначены для «обслуживающей» части службы ntp, а не только для клиента (если вам не нужна более высокая точность vs timesyncd).См. отчет об ошибке LP: 1744072:
Обоснование: 2.1 NTP вообще требуется довольно много, но мы хотим обменять ntpd, который является текущей реализацией в основном с хроном для 18.04. 2.2 Безопасность: chrony считалось более легким с точки зрения безопасности и обеспечивающим более современный ntp-опыт. 2.3. Эффективность: Кроме того, несколько облачных людей, похоже, заинтересованы в том, чтобы переключиться на хронику в гостях для его нижней части памяти / процессора (насколько я полагаю). 2.4, связанный с этим MIR 6 лет назад, это то же самое, что и для Fedora. См. Https://fedoraproject.org/wiki/Features/ChronyDefaultNTP IIRC. Некоторые ограничения, которые присутствовали, были устранены с тех пор, так что это даже лучше, чем было тогда. 2.5. В общем, нужно понимать, что в мире systemd-timesync ntp / chrony в основном предназначены для «обслуживающей» части службы ntp, а не только для клиента (если вам не нужна более высокая точность vs timesyncd).См. отчет об ошибке LP: 1744072:
Обоснование: 2.1 NTP вообще требуется довольно много, но мы хотим обменять ntpd, который является текущей реализацией в основном с хроном для 18.04. 2.2 Безопасность: chrony считалось более легким с точки зрения безопасности и обеспечивающим более современный ntp-опыт. 2.3. Эффективность: Кроме того, несколько облачных людей, похоже, заинтересованы в том, чтобы переключиться на хронику в гостях для его нижней части памяти / процессора (насколько я полагаю). 2.4, связанный с этим MIR 6 лет назад, это то же самое, что и для Fedora. См. Https://fedoraproject.org/wiki/Features/ChronyDefaultNTP IIRC. Некоторые ограничения, которые присутствовали, были устранены с тех пор, так что это даже лучше, чем было тогда. 2.5. В общем, нужно понимать, что в мире systemd-timesync ntp / chrony в основном предназначены для «обслуживающей» части службы ntp, а не только для клиента (если вам не нужна более высокая точность vs timesyncd).