Настройка времени и косяки systemd

ТС вообще собирался запускать ntpdate раз в несколько лет(!), про ежечасный запуск речи вроде не было. А я не обозначал конкретных интервалов.

В любом случае, делать так не нужно, ntpd/gpsd/whatever сейчас в каждой кофеварке.

Это ты не у меня спрашивай, а у ТСа, по каким конкретно годам он тоскует.

ТС вообще собирался запускать ntpdate раз в несколько лет(!)

Точно, Вы правы, было такое озвучено, но я это воспринял как метафору.

В любом случае, делать так не нужно, ntpd/gpsd/whatever сейчас в каждой кофеварке.

У ntpd тоже есть свои «недостатки». Один из вариантов: У вас сеансовая ака эпизодическая связь с инетом, смысла в ntpd нет, он не успел ещё часики повести, а вы ему фигаг! и кислород перекрыли.

Это ты не у меня спрашивай, а у ТСа, по каким конкретно годам он тоскует.

«А юмор в том, что раньше в ходу были именно сложные хаки (просто ты их не замечал, потому что они были спрятаны под капот и/или ты был нубасом), а сейчас принято использовать NTP и не любить мозг.
intelfx ★★★★★ (04.12.23 20:39:28 MSK)»

У ТС вроде как другой ник, не?

Я не очень понимаю, что ты пытаешься мне сказать. Моё «раньше» отсылает к сентиментам ТСа отсюда:

Не, нужно вернуть систему в то состояние, когда <…>

Вот это мифическое «то состояние, когда хер стоял» — именно в нём как раз и используются хаки с коррекцией дрифта, на которые ТС одновременно жалуется.

Ещё раз повторю вопрос именно к вам, а не к ТС «Раньше - это насколько раньше в годах?»

Ещё раз повторю ответ: это нужно спрашивать у ТС. Я рассуждаю сугубо абстрактно-логически, без привязки ко времени.

Я хочу сказать, какая тебе вообще разница, запускается оно время от времени, или работает постоянно?

Большая разница. Если обложиться парой десятков демонов, то потом в этой свалке без поисковика не разберёшься.

регулярно будет ситуация типа «time jumped backwards»

У меня не сервер, никакой БД и подключений клиентов я не грохну, никаких неудобств этот скачок не создаёт, да и «регулярно» это раз 10 за год, и то если что то пойдёт не так.

В таком случае, натурально, ntpdate при поднятии связи + (опционально) коррекция дрифта. Всё сто лет как написано и до сих пор работает.

если таки почитать маны и настроить коррекцию дрифта — не будет

Да, но нахрена, если есть возможность использовать NTP? Мои последние воспоминания про слово «adjtime» относятся к периоду, когда у меня интернет был через сотовый телефон. При более-менее регулярном доступе к сети NTP будет работать достаточно хорошо.

Таки не работает, потому тема и возникла. Из штатной поставки выкинули ту строчку, которая говорила записать новое время в аппаратные часы.

Из штатной поставки выкинули ту строчку, которая говорила записать новое время в аппаратные часы.

Что за строчка?

Не представляю. Есть предположение, что в инит-скрипте 6-ого ранлевела (в районе +- 2008-2012) как раз и было напиано hwclock -w, но в дебиан 8 и 9 на системд проблема тоже не проявлялась. А что и где было в генту - вообще хз.

Из штатной поставки выкинули ту строчку

Что за строчка?

Не представляю.

Отличный ответ. «Не знаю, но осуждаю».

hwclock --systohc (+вариации), ну.

Я не вам вопрос задал :)

как раз и было напиано hwclock -w

, что равно hwclock --systohc

О чем я и говорю, вы только «предполагаете». Пруфов же нет у вас. Я не про ключики, а про наличие самой команды писал.

А этого недостаточно? Я знаю что исправленное время после ntpdate чем то сбрасывалось в часы. А тут не сбросилось. Выводы?

Я знаю что исправленное время после ntpdate чем то сбрасывалось в часы.

Я знаю
чем то

Ну что же, отличное пояснение.

Мне кажется это всё таки утка, которая крякает как утка. Тем более, что мне вполне доходчиво объяснили, что ntpdate никогда сама в часы и не писала, а rtc time и local/uts time всегда были отдельными сущностями.