@MSGID: <Hhgkx-b0hB-1@gated-at.bofh.it> d18992f6
@REPLY: <HgtMR-awgi-1@gated-at.bofh.it> 3c7637e5
@REPLYADDR Andrey Jr. Melnikov
<temnota.am@gmail.com>
@REPLYTO 2:5075/128 Andrey Jr. Melnikov
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: <Hhgkx-b0hB-1@gated-at.bofh.it>
@RFC-References: <HfDbz-9ZuD-13@gated-at.bofh.it>
<HgtMR-awgi-1@gated-at.bofh.it>
@TZUTC: 0200
@PID: tin/2.6.3-20230803 ("Pittyvaich")
(Linux/6.5.0-1-armmp (armv7l))
@TID: FIDOGATE-5.12-ge4e8b94
Max Nikulin <manikulin@gmail.com> wrote:
> On 19/09/2023 14:00, Andrey Jr. Melnikov wrote:
> > Я бы понял, если бы он сделал 3
> > сигнала SIGPWR для информирования о том, что питание пропало, SIGRTMIN+x1
> > для информирования о том, что питание появилось обратно и SIGRTMIN+x2 - для
> > emergency power shutdown - был бы разговор о прогрессе и удобстве.

> Лично у меня сомнения, что этим должен заниматься именно init. 
init должен запускать просто нужный target/script/runlevel/чётамещё. 

> Вроде задача для пользовательского процесса, который сходит спросит, сколько 
> заряда осталось у аккумулятора, а потом уже будет решать, на сколько 
> спешно надо останавливать систему. В ноутбуках акселерометры, по которым 
> можно парковать головки жесткого диска при падении, доступны просто как 
> файлы в /sys.
Диск сам запаркуется. Он тупо ближе к акселерометру и быстрее. 

> Реакция на событие нужна за доли секунды, а init для этого не обязателен.
Он для этого и не нужен. init и обработка realtime сигналов - это из области
фантастики. особенно с systemd который обязательно захочет послать сигнал
через dbus текущей парковалке головок диска.

> Не убедительно, что сообщать о пропадании/восстановлении питания надо 
> именно разными сигналами.
Для ноутбука - может и не убедительно, а для удалённого UPS, который где-то
там по сети висит и по SNMP мониториться - ещё как убедительно. 

Вот и смотри - есть демон, который мониторит сосотяние UPS`a - пропало
питание - посылает сигнал, появилось - посылает сигнал (ну тут всё
стандартно, так уже лет 40 делают). Просто удобнее, когда у тебя есть
понимание - init дернул power-loss скриптик, в котором уже можно оценить
масштаб проблемы, остановить нужное и принять решение - ждём восстановления
или отключаемся. Или init дернул power-restored - когда поднимаем
остановленное или в зависимости от - тупо перезагружаемся.
Нет, через один SIGPWR это тоже всё решалось и решается, только вот скриптик
будет разляпистее.
--- tin/2.6.3-20230803 ("Pittyvaich") (Linux/6.5.0-1-armmp (armv7l))
 * Origin: linux.* mail to news gateway (2:5075/128)
SEEN-BY: 221/6 301/1 467/888 5001/100 5005/49
5015/255 5019/40 5020/715 848
SEEN-BY: 5020/1042 4441 12000 5030/49 1081 5061/133
5075/37 128 6078/80
@PATH: 5075/128 5020/1042 4441