送信デーモンでダウンロードする際に許可が拒否されました

xubuntuと送信デーモンをインストールし、ダウンロードパスを自宅/ユーザー/テレビ番組に設定し、送信を通じてトレントをダウンロードしようとすると許可が拒否されました。

私はchmod -r 777成功せずにこのフォルダーを試しました。

助けてください！

ps -efの出力| grep送信

chen@htpc:~$ ps -ef | grep transmission
109       1023     1  1 21:46 ?        00:00:35 /usr/bin/transmission-daemon --config-dir /var/lib/transmission-daemon/info

chen@htpc:~$ ps aux | grep transmission
109       1023  3.2  0.4  47684 16620 ?        Ssl  21:46   1:20     /usr/bin/transmission-daemon --config-dir /var/lib/transmission-daemon/info
chen      1852  0.0  0.0   4200   772 pts/0    S+   22:27   0:00 grep --color=auto transmission

enter code here

ダウンロードフォルダーへのパスがであると仮定して/home/chen/TV shows、次を実行します。

• chenをdebian-transmissionグループに追加します

  sudo usermod -a -G debian-transmission chen
  

• フォルダーの所有権を変更する

  sudo chgrp debian-transmission /home/chen/TV\ shows
  

• グループへの書き込みアクセスを許可する

  sudo chmod 770 /home/chen/TV\ shows
  

• でデーモンを止める

  sudo service transmission-daemon stop
  

• 最後に行うことは、ダウンロードされたファイルがchenによって書き込み可能になるように、ファイル作成マスクを変更することです。

  sudo nano /etc/transmission-daemon/settings.json
  

  ...そしてに変更"umask": 18し"umask": 2ます。ヒットCtrl+ O保存とするCtrl+ X出口へ。

デーモンを起動します

sudo service transmission-daemon start

これは、Transmissionを実行しているユーザーIDに基づく許可の問題です。Transmissionは、最初のインストールでは予期しないデフォルトユーザーを設定します。ユーザー名はdebian-transmissionです。

変更する方法を説明します。

1. 伝送デーモンを停止します sudo service transmission-daemon stop
2. 編集のために伝送構成ファイルを開きます。 sudo nano /etc/init.d/transmission-daemon
3. 言う行を見つける USER=debian-transmission、問題のフォルダを所有しているユーザーに変更します。セキュリティの問題を心配していない場合はUSER=root、このファイルでも使用できます。（推奨されませんが、トラブルシューティングに適しています）。
4. または（ポイント番号3の代わりに）、 / etc / fstabフォルダーを変更して、transmission-daemonを実行するユーザーの正しいアクセス許可でフォルダーをマウントします。
5. Transmissionデーモンを起動します sudo service transmission-daemon start

「不完全な」フォルダを使用していないか確認してください。この場合、エラーは誤解を招く可能性があり、書き込みアクセス権のない不完全なフォルダーである可能性があります。

これはちょうど私に起こった。このページを見つけて、すべての専門用語に脅されたため、Transmissionを再起動し、トレントファイルを別の場所に予約し、トレントデータを同じ別の場所（デスクトップ）に保存しました。魔法のように働いた...

これは、装甲プロファイルの問題である可能性があります。伝送はsanitized_helper、apparmorプロファイルのます。

/var/log/kern.logで苦情を探します。 grep transm /var/log/kern.log、特に送信を実行しようとして失敗した直後。

これはGoogleのトップの検索結果であるため、この記事を読んでいる人にとっては、1時間以上かけて検索を試みています。判明したのは、settings.jsonで指定されたダウンロードフォルダが「downloads」ではなく「Downloads」であるということです。ケースに注意してください。

私の場合、問題はドライブのマウント方法でした。これを使っ/etc/fstabて私のために働いた：

UUID=2069-1A05  /mnt/ext   vfat   rw,user,exec,umask=0000   0   0

外付けドライブをホームディレクトリにマウントすると、この問題は解決しました。

sudo mkdir / home / plex / media-server

sudo chmod 770 / home / plex / media-server

sudo mount / dev / sdxx / / home / plex / media-drive

注意。sdxxは、hddの名前です。次のコマンドを使用して自分のものを見つけることができます。

sudo blkid

私は同じ問題を抱えていましたが、それは送信ダウンロードディレクトリをホーム/ユーザー/ディレクトリにシンボリックリンクするときに犯した間違いでした、結果として送信の所有権も変更したシンボリックリンクファイルの所有権を変更しましたダウンロード」ディレクトリ...

「debian-transmission」の所有権に戻っただけで、それは魅力のように機能しました（サービスを再起動する必要はありません）

#chown debian-transmission:debian-transmission /var/lib/transmission/downloads

（まあ、あなたはあなた自身のLinuxディストリビューションに従って正しい所有者と最終的にダウンロードディレクトリへの正しいパスも確認する必要があります）

伝送に関しても同様の問題がありました。外付けUSB HDDに適切なフォルダー許可設定を行っても、ダウンロード中に許可エラーが発生しました。

外付けHDDを/home/pi/同じ権限でマウントしたところ、うまくいきました。

mount /dev/sda /home/pi/USB-HDD-MOUNTED

許可はdrwxrwxrwx (0777) pi:debian-transmissionです。ユーザー名はに変更さpiれ/etc/init.d/transmisssion-daemonます。