LINUX.ORG.RU
ФорумTalks

Нормальный фронтенд для systemd

 


0

3

Есть ли в 2025г. нормальный механизм оповещения о событиях вокруг процессов в Линуксе?

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

Почитал в инете, какую-то чушь предлагают. Вот тут чувак предлагает мониторить journalctl:

https://stackoverflow.com/questions/44946465/how-do-i-register-for-systemd-service-lifecycle-events

★★★★★

Есть pidfd, позволяющий дожидаться завершения процесса зная его pid (можно узнать pid любого процесса из procfs, из логов systemd и т. д.).

Есть netlink CN_PROC, позволяющий мониторить ядерные события создания и завершения процессов.

Ещё можно через ptrace следить за созданием/умиранием процессов.

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

Короче, задача технически реализуема. Но вариант с анализом логов systemd я бы со счетов тоже не сбрасывал. Если интересуют не процессы, а именно сервисы. Так как сервис это абстракция systemd и именно он лучше всех знает о том, какие процессы к какому сервису принадлежат.

KivApple ★★★★★
()
Последнее исправление: KivApple (всего исправлений: 4)

События systemd можно получать через интерфейс dbus org.freedesktop.systemd1

No ★★
()

Не очень ясен механизм, как сервис вообще должен что-то сообщать пользователю. Раньше был локальный имейл-сервер, а сейчас что?

MoldAndLimeHoney ★★
()

Посмотри астру, там был какой-то закос под виндовую оснастку управления сервисами

cobold ★★★★★
()
Ответ на: комментарий от mx__

https://apps.gnome.org/ru/SystemMonitor/

Если там просто "прибил процесс а потом пусть системД с ним делает, что хочет - это не то. Грамотный апп должен уметь делать с системД сервисами всё, что можно делать в консоли. Ещё и правильность конфигов проверять.

seiken ★★★★★
() автор топика
Ответ на: комментарий от seiken

В идеале, Гуй подстраивается под систему, т.е. если системД нет, а есть только openrc или что там у альтернативщиков, либо была поддержка универсальных фич (старт-стоптсервиса и проч.), либо, если openrc - это лапша из скриптов (я просто не в курсе) чтобы соотв. элементы гуя просто не отображались.

seiken ★★★★★
() автор топика
Ответ на: комментарий от seiken

Ну там прибить, восстановить, перезапустить, карты памяти, свойства и т.д.

Ну как по мне то кокпит все таки лучше.

mx__ ★★★★★
()
Ответ на: комментарий от ptah_alexs

Виртуалочки там опционально.

Про какие виртуалки он там пишет? Плагин к кокпиту для управления виртуалками что ли? Так пусть его не ставит.

mx__ ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.