----------------------------------------------------------------------------------
@MSGID: <HiaG5-bCEH-5@gated-at.bofh.it> 124cda31
@REPLY: <HhSSR-brtY-3@gated-at.bofh.it> 17143a13
@REPLYADDR Andrey Jr. Melnikov
<temnota.am@gmail.com>
@REPLYTO 2:5075/128 Andrey Jr. Melnikov
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: <HiaG5-bCEH-5@gated-at.bofh.it>
@RFC-References: <HhQxH-bpWE-3@gated-at.bofh.it>
<HhSSR-brtY-3@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 25/09/2023 16:42, Victor Wagner wrote:
> > В Mon, 25 Sep 2023 00:04:03 +0700
> > Max Nikulin пишет:
> >>
> >> Нет. Я увидел сожаление, что такой хороший интерфейс, как SIGPWR не
> >> расширяют. Мне кажется это странным, если можно запускать в
> >
> > Если хороший интерфейс расширить, он станет посредственным, а то и
> > плохим
> Я не могу вспомнить, по какому поводу я когда-то давно лазил в
> /etc/inittab, то ли respawn кому-то был нужен, то ли еще что. Но почитав
> вчера
https://manpages.debian.org/bookworm/sysvinit-core/init.8.en.html#CHANGING_RUNLE
VELS
> я перестал понимать, куда его дальше-то расширять? Вроде наоборот хотят
> сузить, выкинув /etc/powerstatus, по которому определяется, какой из 3
> скриптов запускать по SIGPWR
Даа, читал ты его явно по диагонали. Сейчас POWEROK событие выглядит так -
записать OK в /etc/powerstatus (по старому стилю, с 2010 гда - устарело) или
в /var/run/powerstatus (по новому) и послать SIGPWR сигнал - тогда init
запустит нужный скрипт. Или воспользоваться вторым интерфейсом - записать в
управляющий FIFO /run/initctl управляющую структуру из int`ов (без
конкретного указания размерности, хахаха) нужный набор данных.
А я предлагал сделать проще - весь этот цирк с конями дополнить сигналами.
> > If init is not in single user mode and receives a powerfail signal
> > (SIGPWR), it reads the file /etc/powerstatus. It then starts a command
> > based on the contents of this file:
> >
> > F(AIL)
> > Power is failing, UPS is providing the power. Execute the powerwait
> > and powerfail entries.
> > O(K)
> > The power has been restored, execute the powerokwait entries.
> > L(OW)
> > The power is failing and the UPS has a low battery. Execute the
> > powerfailnow entries.
> Я не в восторге от такого решения, но и предлагавшиеся 3 сигнала, с моей
> точки зрения, не лучше.
Т.е. с твоей точки зраения один signal(1, SIGRTMIN+x) хуже чем вся эта
пляска вокруг файликов с сигналами и FIFO?
> On 19/09/2023 14:00, Andrey Jr. Melnikov wrote:
> > Я бы понял, если бы он сделал 3 сигнала SIGPWR для информирования о том,
> > что питание пропало, SIGRTMIN+x1 для информирования о том, что питание
> > появилось обратно и SIGRTMIN+x2 - для emergency power shutdown - был бы
> > разговор о прогрессе и удобстве.
> Это про systemd было.
Увы, в systemd тоже этого не сделали.
--- 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