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
です。
変更する方法を説明します。
Sudo service transmission-daemon stop
Sudo nano /etc/init.d/transmission-daemon
USER=debian-transmission
という行を見つけて、問題のフォルダーを所有するユーザーに変更します。セキュリティの問題を心配していない場合は、このファイルでUSER=root
を使用することもできます。 (推奨されませんが、トラブルシューティングに適しています)。Sudo service transmission-daemon start
「不完全な」フォルダを使用していないか確認してください。この場合、エラーは誤解を招く可能性があり、書き込みアクセス権のない不完全なフォルダーである可能性があります。
これはちょうど私に起こった。このページを見つけ、すべての専門用語に脅されたため、Transmissionを再開し、トレントファイルを別の場所に予約し、トレントデータを同じ別の場所(デスクトップ)に保存しました。魅力のように働いた...
外付けドライブをホームディレクトリにマウントすると、この問題は解決しました。
Sudo mkdir/home/plex/media-server
Sudo chmod 770/home/plex/media-server
Sudoマウント/ dev/sdxx// home/plex/media-drive
注意。 sdxxは、hddの名前です。次のコマンドを使用して自分のものを見つけることができます。
すどう
私の場合、問題はドライブのマウント方法でした。 /etc/fstab
でこれを使用するとうまくいきました:
UUID=2069-1A05 /mnt/ext vfat rw,user,exec,umask=0000 0 0
これはGoogleのトップの検索結果であるため、この記事を読んでいる人にとっては、1時間以上かけて検索に使用しようとしています。判明したのは、settings.jsonで指定されたダウンロードフォルダーが「downloads」ではなく「Downloads」であるということです。ケースに注意してください。
これは、装甲プロファイルの問題である可能性があります。送信は、apparmorのsanitized_helper
プロファイルの下で実行されます。
/var/log/kern.logで苦情を探します。 grep transm /var/log/kern.log
、特に送信を実行しようとして失敗した直後。