В строке ExecStart=/usr/bin/transmission-daemon -f $TRANSMISSION_OPTIONS параметр '-f' явно лишний, так как это foreground-режим, используемый для отладки приложения, из-за чего демон "висит". Без этого параметра демон работает нормально.
Почему вы считаете, что лишний? Этот параметр отменяет демонизацию сервиса, что предпочтительней для systemd. Соответственно Type сервиса можно не указывать или выставить в simple. Поэтому в этой части баги тут нет.
А Вы пробовали запустить transmission-daemon с этим .service-файлом? У меня сервер банально висит, ничего не делает. А без этого параметра нормально работает.
Дело в том, что transmission-daemon генерирует кучу служебной информации, которой нет в логах, если запустить с параметром -f. Это неправильно на работающем сервере.
Пока закрою. Видно, что-то локальное у меня. Буду искать.
Попал вот на что: в пакете transmission-daemon каталог /var/log/transmission-daemon принадлежит root:root, а не пользователю _transmission-daemon. Из-за этого логи не пишутся, а вползают в вывод systemctl status transmission-daemon.service. Как лучше разрешить проблему? Тем более, что есть ещё logrotate над логами, который лезет к /etc/init.d/transmission-daemon для перезагрузки после ротации. Да и свои логи хотелось бы писать вместо указанного пользователя...
В таком режиме не реагирует на наличие или отсутствие /lib/systemd/system/transmission-daemon.service. В смысле нет останова. P.S. К сожалению, срочно отправляют в командировку, некоторое время не смогу отвечать. Если ничего не прояснится, можете закрыть ошибку, я буду пробовать разобраться уже после возвращения.
Прошу прощения, не в ту багу написал последнее сообщение...
В случае с systemd логи попадают в journal. Смотрите journalctl -u transmission-daemon Всё остальное у меня работает.
