Что означает статус `active (exited)` в статусе сервиса?

в каких случаях столь противоречивое поведение полезно?

Ничего противоречивого. Такое поведение полезно для зависящих юнитов (Requires=/Watns=) или просто нечему в фоне висеть.

Таким образом есть какие-то сторонние процессы, которые работают лишь при работе обсуждаемого сервиса.

Если бы отображалось его фактическое состояние, то работоспособность зависимых сервисов страдала бы?

И в какой-то из конфигураций зависимых сервисов будет указано

Requires=<service>

или

Wants=<service>

?

То есть нужно просматривать конфигурации остальных сервисов на поиск того, какому сервису нужен обсуждаемый?

нечему в фоне висеть

А для чего используется зависание в фоне?

systemd считает процесс активным

Systemd сообщает, что процесс сделал свою работу и завершился корректно. Его больше не нужно дергать из каждого зависимого сервиса заново.

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

Нет, конечно.

есть, например, юнит alsa-restore.service. У него прописана команда, которая должна отработать при запуске и команда, которая должна отработать при остановке. Если у него не будет «зависания», то вторая команда отработает сразу же, а не при выключении компа.

Или у когда есть несколько юнитов, которые должны управляться совместно — делается «пустой» юнит, через который можно управлять всей группой (PartOf, ReloadPropagatedFrom, …). Если такой управляющий юнит не будет «зависать», то для него не получится выполнить systemctl stop и придется тушить группу по одному

Я приведу пример, потому что либо я совсем не понял функциональности инструмента, о котором Вы говорили, либо не понял, как он предполагается должным работать с конкретным сервисом.

Речь о Postfix.

На паре десятков серверов живость этого сервиса мониторится стандартно через active (running), и там проблем не возникает.

Здесь же остается этот самый active (exited).

Если правильно Вашу мысль понял: есть сервисы, которые отрабатывают свою функциональность и мгновенно отключаются, выполняя запланированные на отключение команды. Но Postfix не предполагается мгновенно отключать – он должен работать до тех пор, пока работает сервер.

Сам по себе Postfix не управляет какими-либо иными сервисами (вроде). Он просто живет и выполняет какие-то почтовые задачи. Однако живет в статусе active (exit).

Что я не понимаю? Или какой информации не хватает, чтобы копнуть глубже проблему?

Копнул сюда и вижу, что вероятно это – баг Debian 9. На обсуждаемом сервере – Debian 12. Это действительно баг?

А еще нахожу, что у Postfix как минимум два юнита postfix.service и postfix@-.service .

Второй отдает адекватный статус работы. Всё это запутывает меня еще больше.

Это не баг, а демьянщики так захотели, и сделали, потому что там любят велосипеды. А ты разбирайся теперь, почему юнит постфикса запускает /bin/true, который ты трудолюбиво мониторишь. И откуда берется template unit, и что это такое, и нахрена оно надо, и как теперь быть.

«в системде всё прозрачно и очевидно, в отличие от замшелых скриптов sysv» - говорили они…