Как добавить репозиторий yum вручную?

У меня есть скрипт Python, который при запуске форкается и отвечает за запуск кучи других процессов.

Что указывает на то, что вы делаете это неправильно. Подробнее об этом чуть позже.

Когда скрипт завершается, дочерние процессы становятся сиротами и продолжают выполняться.

Это неправильное поведение деймона. Если "главный" процесс - в данном случае дочерний, который вы форкнули, поскольку вы указали Type=forking - завершается, systemd считает службу деактивированной и завершает все остальные все еще запущенные процессы (в группе управления), чтобы навести порядок.

Иногда переход от сценариев System 5 rc к systemd не является простым, потому что правильный способ выполнения действий в systemd совершенно другой. Правильный способ сделать (скажем) OpenVPN, или OpenStack, или OSSEC HIDS в systemd - это не то же самое, что сделать это с помощью rc скрипта. Тот факт, что у вас есть сценарий, который форкируется, затем порождает целую кучу внучатых процессов, а затем завершается, ожидая, что эти внучатые процессы продолжат работать, указывает на то, что вы совершаете тот же ужас, что и ossec-control, хотя и с двумя меньшими уровнями форков. Если вы обнаружили, что пишете "главный" скрипт, который проверяет флаги "разрешения" и запускает дочерние процессы для "разрешенных" частей вашей системы, то вы совершаете ту же ошибку, что и ужасный ossec-control.

В systemd нет необходимости в таких самодельных механизмах. Она уже является менеджером сервисов. Согласно https://unix.stackexchange.com/a/200365/5132, правильный путь к этому в systemd - не иметь одну службу, которая порождает некоторые странные и запутанные попытки иметь "подслужбы". Каждый дочерний процесс должен быть полноценной службой systemd. Тогда можно включать и выключать, запускать и останавливать различные части системы, используя обычные средства управления systemd. Как вы можете видеть на примере OSSEC HIDS, простой шаблонный сервисный блок покрывает почти все (исключение составляет https://askubuntu.com/a/624871/43344) службы, позволяя делать такие вещи, как systemctl enable ossec@agentlessd.service для включения дополнительной agentlessd службы, без какой-либо необходимости в ужасном механизме "главного сценария", который был необходим в System 5 rc.

Есть множество случаев, возможно, не таких экстремальных, как OSSEC HIDS, где такое переосмысление необходимо. MTS, такие как exim и sendmail - два таких случая. Можно было бы использовать один rc сценарий, который порождает бегущую очередь, деймона SMTP Submission и деймона SMTP Relay, с кучей специальных переменных оболочки в конфигурационном файле для управления тем, что именно запускается. Но правильный способ сделать это с помощью systemd - иметь три правильных сервисных блока (два из которых имеют связанные сокетные блоки) и никаких специальных вещей вообще, только обычные механизмы менеджера служб.