Ну можно выкинуть в пользу chrony.

Я прочитал, что «In addition, for Linux 2.0.x (for x >= 32) or 2.2 onwards, chronyd can monitor the system's real time clock performance...» Может, chrony такой же как ntpd в отношении hwclock?

Он более кастомизируемый, имхо.

Надо попробовать chrony.

Сравнение chrony, ntp и openntpd

Сравнение chrony, ntp и openntpd, взятое с http://chrony.tuxfamily.org/comparison.html

Real-time clock (RTC) chrony ntp openntpd

RTC kernel sync Yes (Linux) Yes No (11-minute mode)

https://chrony.tuxfamily.org/faq.html#_i_want_to_use_code_chronyd_code_s_rtc_...

А зачем тебе отключать «11-минутный режим ядра»? Интересно просто.

Имеем 20 удаленных объектов, которые делают shutdown, когда кончается заряд аккумулятора ИБП. Момент времени, когда shutdown, известен заранее. Предлагается копировать системное время в аппаратные часы перед shutdown. А время простоя, когда ИБП ждет восстановления питания, фиксировать по аппаратным часам.

Предлагается копировать системное время в аппаратные часы перед shutdown. А время
простоя, когда ИБП ждет восстановления питания, фиксировать по аппаратным часам.

Что-то не соображу, как это ? Аппаратные и системные часы и так синхронизированы. Может быть, с поправкой на UTC. В чём профит ? Не проще ли по логу посмотреть первую, сильно отличающуюся во времени, запись перед «kernel: .* Linux version» ?

@AS Есть желание поберечь ресурс аппаратных часов. А насчет «запись перед «kernel: .* Linux version»» надо подумать.

@AS Есть желание поберечь ресурс аппаратных часов.

Они и так тикают постоянно (и в отключенном состоянии, от своей батарейки), это же не флешка.

А насчет «запись перед «kernel: .* Linux version»» надо подумать.

Кстати, а система мониторинга какая-нибудь с центральным сервером не годится ?

Можно записывать в аппаратные часы каждые 11 минут или перед shutdown.

Можно записывать в аппаратные часы каждые 11 минут или перед shutdown.

Что записывать-то ? Текущее время ? Оно там и так текущее. Или предполагается, что каждая синхронизация ресурс микросхемы уменьшает ?

Есть желание поберечь ресурс аппаратных часов.

Алё, гараж, аппаратные часы потому и с батарейкой, что там чип SRAM, а не флешка! Какой ресурс, ты о чём вообще?

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

@intelfx SRAM - не флешка, хорошо. Но простой из-за отсутствия 220 вольт можно подсчитать.

Но простой из-за отсутствия 220 вольт можно подсчитать.

Как?

«intelfx Например, как упоминалось выше „по логу посмотреть первую, сильно отличающуюся во времени, запись перед «kernel: .* Linux version»“. И откуда ядерщики взяли число 11 в „11 minute kernel mode“? См. например man7.org›linux/man-pages/man8/hwclock.8.html. А есть польза от ntpd, когда канала связи нет?

Не отключаемо.

https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/kernel/t...

/dev/rtc[0] или через что у тебя аппаратные часы доступны переименовать, для возвращения доступа вернуть в исходное. Только, как сказали выше, это ничего не даст, аппаратные часы всегда тикают. Как вариант для подсчета времени простоя без 220 в лог каждую минуту писать hearbeat.

@Viper Да, нашел. У меня /dev/rtc, переименовать можно. Это что-то дает. Аппаратные часы может быть дадут большую точность по сравнению с системным временем. Во время простоя (без 220 в) входит интервал от обесточивания машины до подачи питания (220 в).