Самопроизвольно активизировался systemd-timesynd после многих лет тишины

надо выбирать дистрибутив без systemd

Ну ты вроде подкованный человек, даже роутер самописный сделал, откуда такие странные вопросы «помогите, откуда запускается бинарь в linux?»

systemd в очередной раз мне тайком нагадил

а троян оказался написан идиотом

«Товарищ генерал, он вам ещё и в штаны навалил!» (с) анекдот

В систем-д вроде можно отрубить нафиг демона. Точную команду не скажу.

Что-то в ядре с таймерами сломали или батарейка rtc села и за время когда машина выключена время убегает

Ты невнимательно прочитал вопрос. Как отключить эту штуку я разумеется разберусь. И если бы я только что поставил систему и в ней была бы дефолтно запущена всякая чушь, я бы её просто выключил и не нашёл поводов что-то ещё спрашивать.

Но почему она раньше ничего не делала а неделю назад вдруг начала, при том что с моей стороны никаких перенастроек этого демона не делалось?

Последний раз запускал apt/dpkg 2 месяца назад. Ну и у меня debian 11, в нём уже ничего не сломают.

И машина не была выключена в течение нескольких раз замеченных скачков времени.

Однажды он мне переставил время аж на целых 5 секунд назад

А этого не должно быть. Если и timesyncd, и то, что ты использовал раньше, настроены на корректные ntp серверы

но время он мне тайком не портил и я его не замечал.

Как вариант, время убежало по каким-то другим причинам. В списке ntp серверов оказался проблемный. ВМ мигрировала на другой хост вживую. Что-то такое

Именно timesyncd не пользовался. Но содержимое пакета подсказывает, что его могут дергать через хуки dhcp и через dbus (тут вообще кто угодно, а желающие рано или поздно найдутся, имхо)

/etc/dhcp/dhclient-exit-hooks.d/timesyncd
/lib/systemd/system/systemd-timesyncd.service
/usr/lib/sysusers.d/systemd-timesync.conf
/usr/share/dbus-1/system-services/org.freedesktop.timesync1.service

А этого не должно быть. Если и timesyncd, и то, что ты использовал раньше, настроены на корректные ntp серверы

Автоматическую синхронизацию времени на этом ноуте я никогда не использовал. Либо вручную из терминала запускал ntpdate либо вообще date -s HHMM (без секунд), и делал это редко (ну скажем когда оно на несколько минут начинало отличаться).

timesyncd судя по логам использует дебиановские.

Как вариант, время убежало по каким-то другим причинам. В списке ntp серверов оказался проблемный.

Это может объяснить почему он прыгнул на 5 секунд спустя чего-то порядка часа после предыдущего скачка, но не объясняет почему он вообще начал действовать неделю назад.

dbus - нет, новый софт не ставил и не обновлял 2 месяца, а старый свой поведение менять не должен вроде как.

dhcp - возможно, я как раз тогда подключался к одной локалке (ненадолго) где адреса выдавались через dhcp. Но я к ней и раньше подключался, и раньше это не приводило к активизации timesyncd. Хотя может это в настройках того dhcp-сервера что-то существенное поменялось.

если в логах нет - то ничего не узнаешь :)
это системды тебе насильно включил таймсинк !!1111

apt

Насколько я помню, при установке пакетов дебиан автоматически запускает сервисы, которые с ними идут (удобно-то как!). Наверное кто-то подтянул по зависимостям и дебиан сделал свое грязное дело.

Однажды он мне переставил время аж на целых 5 секунд назад (мне об этом сообщил запущеный в это время пинг), точные масштабы вредительства в остальные моменты времени не знаю.
вредительства

В дурдом интернет провели?

при установке пакетов дебиан автоматически запускает сервисы

Последний раз запускал apt 2 месяца назад (ну кроме purge который сейчас), так что нет. Впрочем, кажется разобрались, оно активировалось по команде от dhcp-сервера (и правда, «удобно то как», подключился к какой-то локалке и она тебе без спросу синхронизацию времени устраивает по своей инициативе, да ещё походу и свои ntp-сервера может подсунуть с любым желаемым временем).

В дурдом интернет провели?

Тебе лучше знать.

Что касается вредительства, то коррекция времени через разовую его установку, без спроса владельца устройства - это очевидное вредительство. Менее вредительством была бы коррекция через плавный подвод, но без спросу - тоже плохо.

Какой плохой systemd, ай-ай-ай! Взял и не понял, что вызванный хуком из dhclient systemd-timesync конкретно на компе firkax надо не запускать, а пропускать!

Менее вредительством была бы коррекция через плавный подвод

Он не умеет ЕМНИП, в отличие от ntpdate.

Хорошо, вредители авторы данного хука значит. Впрочем подозреваю что они и есть авторы systemd.

во всем виноват чубайс !!!!11111
замаскируй сервис таймсинха от греха подальше.

Зачем его маскировать когда его можно снести? (что я уже и сделал, для синхронизации есть ntpdate а эта ерунда как выше пишут даже плавный подвод не умеет)

В нормальных логах в /var/log, где обычно есть всё нужное, процитированного выше лога не наблюдалось (а я смотрел в них на предмет того, что произошло в момент скачка времени - ну вдруг крон что-то запустил итд). Спустя какое-то время догадался набрать бесполезный journalctl

В качестве syslog сервера (/dev/log) давно работает systemd-journald. Если нужны классические логи, rsyslog подключается к systemd-journald (в конфиге модуль imjournal вместо imuxsock) и вытягивает логи из этого source. Дальше можешь одскульно фильтровать и писать. Но вообще systemd-journald поменьше нагружает диск. Если много ВМ, это критично

upd. Если у тебя rsyslog настроен на работу с imuxsock, то они с systemd-journald будут конфликтовать за /dev/log. Угадай с одного раза, кто победит %)

могли нагадить мейнтейнеры дебиана, которые кстати вроде как решили переходить на растоманские uutils вместо coreutils.

Мог РКН заблокировать какие-нибудь сервера из этого пула, в результате чего оно например долго не синкалось, а потом что-то нашло и раздуплилось

rsyslog у меня разумеется установлен, эта система ставилась как debian 7. А даже если бы и ставилась позже, я бы его установил. И все остальные логи прекрасно в /var/log/auth.log, /var/log/syslog, /var/log/messages итд пишутся, а вот конкретный этот нет.

Хотя, кстати, /dev/log ведёт симлинком на что-то journald-шное. Посмотрел что делает rsyslogd - у него открыто два сокета, один анонимный datagram (файл удалили?), второй подключён к /run/systemd/journal/syslog, видимо забирает оттуда логи.

А ещё мне казалось что /dev/log deprecated, но походу в линуксе это не так (в фрибсд он симлинк на /var/run/log и новый софт использует этот второй путь дефолтно и только если его нет смотрит /dev/log, а в дебиане и сокета /var/run/log то нету).

которые кстати вроде как решили переходить на растоманские uutils вместо coreutils

😱 это случаем не по наущению их новой лидерши которая за разнообразие?

Мог РКН заблокировать какие-нибудь сервера из этого пула, в результате чего оно например долго не синкалось, а потом что-то нашло и раздуплилось

Не, он в логи ничего не писал вообще до этого. А потом начал писать лог что сейчас будет синхронизировать.

настроены на корректные ntp серверы

А в рунете больше нет ничего корректного, РКН рандомно айпи банит и так же рандомно разбанивает, но второе очень редко бывает.

да ладно тебе направслину наводить. в РФ дохрена ntp серверов stratum 1. а для бытовухи хватит и сильно менее точных. хоть все их проставь. коль один отвалится, остальные будут работать.

это случаем не по наущению их новой лидерши которая за разнообразие?

не, там пока в крысу стараются: https://lists.debian.org/debian-devel/2026/06/msg00315.html

apt кстати тоже: https://lists.debian.org/debian-devel/2025/10/msg00285.html

ЛОР тоже в РФ хостится. При этом периодически тупит у меня по пол минуты. РКН-у как бы насрать что блокировать и где оно хостится, кроме белого списка, в котором полтора ресурса, т.к. ответственность для них законом не предусмотрена. Я больше скажу, у меня ITPV и IVI тупят.

для синхронизации есть ntpdate

Это разовая установка, а не синхронизация.

Хорошо, уточню: ntpdate с ключом -B, поставленный в крон.