Спасибо! Есть вопросик: При запуске timedatectl параметр "System clock synchronized" имеет значение "no" даже после выполнения hwclock -w. Причем второй параметр "NTP service" имеет значение active. И при этом chronyc sources -v показывает, что у меня сейчас один активный и второй combined NTP серверы (какие-то рандомные), но оба из первого стратума. Вопрос собственно в том, в чём причина того, что "System clock synchronized" сейчас равен "no" и как это исправить, чтобы значение стало "yes"?
Это на виртуалке? Если да, то забей. Насколько я знаю, часами для виртуалки выступает гипервизор, и виртуалка не может хоть как-то повлиять на часы гипервизора. В лучшем случае взять с них время, но не изменить
Говорит о доступности ответов от сервера. Есть число - 377 (378) - это аналог 255 в восьмеричной системе Если сервер ответил на последние 8 запросов, значение будет 377. Если какие-то пропустил - меньше.
thinks bro
Спасибо за уроки!
Спасибо!
Спасибо! Есть вопросик: При запуске timedatectl параметр "System clock synchronized" имеет значение "no" даже после выполнения hwclock -w. Причем второй параметр "NTP service" имеет значение active. И при этом chronyc sources -v показывает, что у меня сейчас один активный и второй combined NTP серверы (какие-то рандомные), но оба из первого стратума. Вопрос собственно в том, в чём причина того, что "System clock synchronized" сейчас равен "no" и как это исправить, чтобы значение стало "yes"?
Это на виртуалке? Если да, то забей. Насколько я знаю, часами для виртуалки выступает гипервизор, и виртуалка не может хоть как-то повлиять на часы гипервизора. В лучшем случае взять с них время, но не изменить
@@GNULinuxPro Понял, спасибо!
А что означает код Reach в выводе chronyc? Где-то он 377, а где-то 17
Говорит о доступности ответов от сервера.
Есть число - 377 (378) - это аналог 255 в восьмеричной системе
Если сервер ответил на последние 8 запросов, значение будет 377. Если какие-то пропустил - меньше.