transmission-daemon工作原理及下载无法启动问题咨询
嘿,我碰到过一模一样的问题!当torrent文件被加上.added后缀但下载没启动时,通常是几个常见的小问题,咱们一步步来排查:
先确认服务是否正确加载了你的参数
你用命令行设置了监控目录和下载目录,但如果之前daemon已经在运行,这些参数不会自动生效——得先停掉服务再重启才能让新参数生效:# 停止服务(用systemd管理的系统) sudo systemctl stop transmission-daemon # 带着你的参数重新启动 transmission-daemon -c $HOME/TorrentFiles -w $HOME/Downloads也可以用
ps aux | grep transmission-daemon查看进程,确认你的参数是否已经被加载。权限问题!这是最常见的坑
Transmission-daemon默认是用debian-transmission(Debian/Ubuntu系)或者transmission用户运行的,这个用户必须拥有读写你设置的TorrentFiles和Downloads文件夹的权限:# 先给文件夹开放基本权限 sudo chmod -R 775 $HOME/TorrentFiles $HOME/Downloads # 把文件夹的所有权转到你的用户和daemon用户组下,确保双方都能访问 sudo chown -R $USER:debian-transmission $HOME/TorrentFiles $HOME/Downloads如果daemon用户没权限读torrent文件,或者没权限写入下载目录,就会把文件标记为
.added但无法启动下载——这是绝大多数人踩的坑!检查配置文件是否覆盖了你的命令行参数
命令行参数优先级低于配置文件,默认配置文件位于/etc/transmission-daemon/settings.json(不同发行版可能略有差异)。修改前必须先停服务,否则重启后daemon会自动覆盖你的修改:sudo systemctl stop transmission-daemon sudo nano /etc/transmission-daemon/settings.json在文件里找到以下选项,改成你对应的路径:
"watch-dir": "/home/你的用户名/TorrentFiles", "watch-dir-enabled": true, "download-dir": "/home/你的用户名/Downloads"保存后重启服务:
sudo systemctl start transmission-daemon手动添加torrent测试,定位问题范围
用transmission-remote命令手动添加一个torrent文件,测试daemon本身是否能正常下载:transmission-remote -a $HOME/TorrentFiles/你的测试文件.torrent如果手动添加能正常下载,说明问题出在监控文件夹的配置上;如果手动也不行,那可能是daemon的网络设置(比如端口被防火墙拦截、代理配置错误)或者torrent文件本身无效。
查看日志获取精准报错信息
要是上面的步骤都没解决,直接看daemon的日志,里面会明确告诉你哪里出了问题:# 用systemd的系统查看实时日志 journalctl -u transmission-daemon -f # 或者查看日志文件(部分系统) cat /var/log/transmission-daemon/transmission.log日志里会清晰显示“权限不足”“无法访问目录”“网络连接失败”这类具体错误,帮你快速定位问题。
内容的提问来源于stack exchange,提问作者Johannes Lemonde




