Почему вы считаете, что лишний?
Этот параметр отменяет демонизацию сервиса, что предпочтительней для 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
Всё остальное у меня работает.