[РЕШЕНО] transmission-daemon

Всем привет!

После очередного обновления программа категорически отказывается пользоваться конфигом в домашней директории.. У меня одного так?

Делаю строго по Wiki:

/etc/systemd/system/transmissiond.service:
[Unit]
Description=Transmission Bit Torrent Daemon
# This assumes that a user 'transmission' exists, with a writeable homedirectory,
# and that /run/transmission exists and is writeable by the transmission user.
[Service]
User=nebulosa
Type=forking
PIDFile=/run/transmission/transmission.pid
ExecStart=/usr/bin/transmission-daemon --pid-file /run/transmission/transmission.pid
[Install]
WantedBy=multi-user.target

/etc/tmpfiles.d/transmission.conf:
d /run/transmission - nebulosa transmission -
делал также systemd-tmpfiles –create transmission.conf от своего пользователя и от root (слабо понимаю, что должна делать эта команда..)

id:
uid=1000(nebulosa) gid=100(users) группы=100(users),4(adm),7(lp),50(games),91(video),92(audio),95(storage),98(power),169(transmission)
В итоге неизменно получаю:
transmission-daemon[1579]: Using settings from "/var/lib/transmission/.config/transmission-daemon" (daemon.c:517)
Демон запускается всегда от пользователя transmission.

ЧЯДНТ?
У меня transmission-daemon работает на роутере под OpenWRT, так что он не последней версии, но тем не менее запускается с ключом -g после которого указан каталог с конфигом.
Подробнее смотрите transmission-daemon –help
у меня трансмиссия на домашнем сервачке, который под дебиан нынче, тоже не последней свежести. От этого вопрос, а чем общий не устаривает в каталоге обычно (etc). как сказал Natrio каталог может быть любым, так что стоит глянуть в ман, на предмет того, где его ищет стартовый скрипт. Да еще один каприз, вносить изменения надо при выключенной трансмиссии, иначе он сдампит конфиг из памяти и затрет все изменения. С виду мало похоже на то, что он не берет домашний конфиг, но так на всякий случай упомяну.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
Разобрался.

Оказывается при запуске сервиса через systemd всегда загружался
/usr/lib/systemd/system/transmission.service

т.к. при активации указывается именно он:
sudo systemctl enable transmission
ln -s '/usr/lib/systemd/system/transmission.service' '/etc/systemd/system/multi-user.target.wants/transmission.service'

Поэтому все мои изменения в /etc/systemd/system/transmissiond.service логично ингорируются.
Это баг или фича? Wiki надо поправлять?

Кстати, заодно разобрался что делает команда sudo systemd-tmpfiles –create transmission.conf - удовлетворяет вот этот запрос:
# and that /run/transmission exists and is writeable by the transmission user.

sleepycat, мало того что он на диск /root гадит, так и он еще и не запускался с файлами которые были с правами отличными от transmission:transmission
ну батенька, велком на трансмиссию ;) зато раз поставил и она всю жизнь пашет, тьфу тьфу, тьфу. Поставь на нужные каталоги-цели хозяина трансмиссию, а права и группы можешь любые дать, главное чтобы у трансмисии были права на запись и чтение каталогов, в которые он кладет или из которого он читает.
Поэтому все мои изменения в /etc/systemd/system/transmissiond.service логично ингорируются.
попробуй d в конце оторвать ;)
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
Nebulosa
Поэтому все мои изменения в /etc/systemd/system/transmissiond.service логично ингорируются.
Это баг или фича? Wiki надо поправлять?
Не баг, а правильная работа!
нужно было выполнить systemctl reenable transmissiond.service
тогда бы ссылка поменялась по правилам приоритета.
удалилась на /usr/lib/systemd/system/transmission.service и создалась на /etc/systemd/system/transmissiond.service
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
sleepycat
ну батенька, велком на трансмиссию ;) зато раз поставил и она всю жизнь пашет, тьфу тьфу, тьфу. Поставь на нужные каталоги-цели хозяина трансмиссию, а права и группы можешь любые дать, главное чтобы у трансмисии были права на запись и чтение каталогов, в которые он кладет или из которого он читает.
Лениво за всеми папками бегать, у меня есть моя домашняя директория - пусть там и развлекается.
sleepycat
попробуй d в конце оторвать ;)
Не понимаю как это может помочь..

nafanja
Не баг, а правильная работа!
нужно было выполнить systemctl reenable transmissiond.service
тогда бы ссылка поменялась по правилам приоритета.
удалилась на /usr/lib/systemd/system/transmission.service и создалась на /etc/systemd/system/transmissiond.service

Принято. Теперь всё по канонам, но Wiki стоило бы обновить.



Славься, славься Systemd!
сервисы должны совпадать по именам, иначе замены не будет.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
sleepycat
сервисы должны совпадать по именам, иначе замены не будет.
так это и ежу понятно. )))
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
а чего он жалуется что у него запускается системный а не его с буквой d в конце? тогда надо выключить этот а потом активировать свой…или я чегото не понимаю…?
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
 
Зарегистрироваться или войдите чтобы оставить сообщение.