Systemd service для приложения

«Учебное приложение запускается из /opt/report через .venv/bin/python -m report_app. От пользователя report должно читать конфиг и писать только в /var/lib/report». Попросите unit и объяснение каждого пути. Проверяемый результат — работа без интерактивной активации окружения и доступа root. Отдельно проверьте отсутствие рабочей папки, чтобы ошибка была видна в журнале, а не маскировалась бесконечным рестартом.

ExecStart не является обычной интерактивной командой оболочки с теми же правилами подстановок, перенаправления и профиля. Попросите разделить исполняемый файл, аргументы и окружение. Если действительно нужна оболочка, её роль должна быть явной. Учтите сигнал остановки и главный процесс: лишняя обёртка может изменить наблюдаемое завершение приложения и поведение при штатном управлении службой со стороны systemd.

Задайте условия рестарта, паузу и ограничение частоты запусков в синтаксисе вашей версии systemd. Отдельно рассмотрите постоянную ошибку конфигурации: повтор каждые доли секунды не исправит отсутствующий файл. Попросите тест аварийного выхода и ручного stop. В нормальном сценарии приложение должно завершиться с освобождением ресурсов, а оператор — понимать, почему служба сейчас остановлена и будет ли запущена снова.

Проверку файла, фактического пользователя процесса, доступа к рабочим каталогам и журнал старта. Затем остановку, запуск и восстановление после перезагрузки в тестовой среде. Усиление ограничений доступа проверяйте постепенно: запрет записи может затронуть нужный временный файл. Енотик не меняет ваш systemd автоматически; передайте обезличенный unit и строки журнала, если процесс работает вручную, но не как служба.