Chrony 3.1 отказывается синхронизироваться с ntp-сервером
Вам нужно указать имя каталога
"Program Files (x86)"
или
'Program Files (x86)'
в кавычки или избежать пробелов И круглых скобок использование обратной косой черты
Program\ Files\ \(x86\)
Шаги с 1 по 6 также можно выполнить за один раз, так как вы можете напрямую перейти в подкаталоги с помощью cd :
cd .wine/drive_c/Program\ Files\ \(x86\)/NETGEAR/A6200/Drivers
#or
cd .wine/drive_c/"Program Files (x86)"/NETGEAR/A6200/Drivers
Для хронии 3.1.
Мы собрали решение на основе следующей темы, но чтобы получить краткий и простой для проверки ответ, попробуйте следующее. Проверьте статус полученной синхронизации времени с помощью следующей команды (-v объясняет столбцы)
chronyc sources -v
Крайний правый столбец (, например. +/ -10,5 с )сообщает вам «оценочную ошибку» обновления времени, полученного от рассматриваемого сервера.
Наша проблема заключалась в том, что время, полученное от сервера Windows NTP, превышало пороговое значение «максимальной предполагаемой ошибки» в 3 секунды (, оно составляло +/ -10 секунд ), поэтому хрони не обновляла системное время соответствующим образом. Настройка наших серверов для использования серверов пула NTP в Великобритании устранила проблему (+/ -50 мс)
Если у вас есть NTP-сервер на базе Windows, возможно, это будет для вас решением (У меня сработало в похожей проблеме):
https://chrony.tuxfamily.org/faq.html
3.4. Using a Windows NTP server? A common issue with Windows NTP servers is that they report a very large root dispersion (e.g. three seconds or more), which causes chronyd to ignore the server for being too inaccurate. The sources command might show a valid measurement, but the server is not selected for synchronisation. You can check the root dispersion of the server with the chronyc's ntpdata command.
The maxdistance value needs to be increased in chrony.conf to enable synchronisation to such a server. For example:
maxdistance 16.0