web-dev-qa-db-ja.com

送信デーモンが監視ディレクトリでピックアップしない

私のTransmission-daemonがDropboxフォルダーからファイルを取得できるようにして、リモートでの起動を容易にします（ヘッドレスシステムです）。

私の知る限り、settings.jsonファイルは期待どおりですが、フォルダーに配置したファイルはどれも取得されません。

Dropboxが正しく同期していることを確認しました。

これはsettings.jsonファイル全体です ですが、関連する行は以下に含まれています：

  "watch-dir": "/home/john/Dropbox/torrents",
  "watch-dir-enabled": true

更新

権限の問題のようです。/var/log/syslogから：

Unable to watch "/home/john/Dropbox/torrents": Permission denied (watch.c:79)

デーモンを停止しようとしました-> Sudo service transmission-daemon stop-> chownを使用してフォルダの権限を変更-> Sudo chown -R john /home/john/Dropbox/torrents->再起動デーモン-> Sudo service transmission-daemon start

同じ結果ですが

更新2

フォルダの権限は次のとおりです。

drwsrwsrwx 2 john debian-transmission 4096 2012-04-09 19:40
linuxubuntupermissionschowntransmission
11
Mild Fuzz

解決策は、ドロップボックスフォルダーに775のアクセス許可を与えることです。

Sudo chmod -R 775 ~/Dropbox
6
Mild Fuzz

ここに着陸する場合：/var/lib/transmission-daemon/.config/transmission-daemon/settings.jsonの代わりに~/.config/transmissionを編集する必要があります

特にバージョン2.92でテストされているため、transmission-daemonを編集する前にsettings.jsonサービスを停止する必要があります。それ以外の場合は、サービスの再起動時に、行われたすべての変更がロールバックされます。奇妙なことに、私は知っていますが、理由を尋ねません。

問題は、最後のtransmission-daemonフォルダがアクセス許可でロックされているため、絶対URLを使用してsettings.jsonを編集することです。

Sudo nano /var/lib/transmission-daemon/.config/transmission-daemon/settings.json

そしてもちろん、サービスを再起動します

Sudo service transmission-daemon restart
1
Goufalite

私は同じ問題を抱えていましたが、torrentsフォルダーを外部ディスクから内部ディスクに移動するまで、解決策は役に立ちませんでした。その後、すべてがうまくいきます！

0
Dmitriy K