J'ai installé xubuntu et le démon de transmission, défini le chemin de téléchargement vers mes émissions personnelles / utilisateur / TV et obtenu une autorisation refusée lorsque j'essaie de télécharger des torrents via la transmission.
J'ai essayé chmod -r 777ce dossier sans succès.
s'il vous plaît, aidez!
sortie de ps -ef | transmission 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
permissions
transmission
Chen Kinnrot
la source
la source
ps -ef | grep transmissionà la question. Je ne pense pas que le démon de transmission ait le droit d'écrire dans les répertoires personnels par défaut.ps aux | grep transmissionplutôt.debian-transmission, je ne sais pas pourquoi ça montre un nombre stupide. Vous pouvez le vérifier avecid debian-transmission.Réponses:
En supposant que le chemin d'accès au dossier de téléchargement est
/home/chen/TV shows, exécutez ce qui suit:ajouter chen au groupe debian-transmission
changer la propriété du dossier
accorder un accès en écriture au groupe
Arrêtez le démon avec
La dernière chose à faire est de modifier le masque de création de fichiers, afin que les fichiers téléchargés soient accessibles en écriture par chen.
… Et changez
"umask": 18pour"umask": 2. Appuyez sur Ctrl+ Opour enregistrer et Ctrl+ Xpour quitter.Démarrez le démon avec
la source
cdentrer dans son répertoire juste après avoir fait cela et recevoir une autorisation refusée, déconnectez-vous et reconnectez-vous à nouveau. Ma session SSH n'avait pas les bonnes autorisations pour accéder au dossier après que la propriété du dossier a été donnée audebian-tranmissiongroupe (puisque mon utilisateur n'a pas été ajouté à ce groupe jusqu'à la prochaine connexion)"umask": 2se traduit par des autorisations de 774, ou rwxrwxr--, ce qui signifie un accès fou pour le propriétaire et le groupe./var/lib/transmission-daemon/.config/transmission-demon/torrents. Ce répertoire n'avait pas d'autorisation d'écriture. Les changer ont tous déclaré fonctionner.Il s'agit d'un problème d'autorisation basé sur l'ID utilisateur qui exécute la transmission. La transmission configure un utilisateur par défaut auquel vous ne vous attendez pas lors de la première installation. Le nom d'utilisateur est
debian-transmission.Je vais vous expliquer comment changer cela:
sudo service transmission-daemon stopsudo nano /etc/init.d/transmission-daemonUSER=debian-transmissionet remplacez-la par l'utilisateur propriétaire du dossier en question. Si vous n'êtes pas préoccupé par les problèmes de sécurité, vous pouvez également l'utiliserUSER=rootdans ce fichier. (Non conseillé, mais bon pour le dépannage).sudo service transmission-daemon startla source
transmission-daemonou root possède également "/var/lib/transmission-daemon/info/settings.json" et si vous modifiez le démon pour qu'il s'exécute en tant que $ USER, cela donneraCouldn't read "/var/lib/transmission-daemon/info/settings.json": Permission denied. Cela a en quelque sorte fonctionné dans votre système, mais ce n'est pas la bonne façon de le faire.systemdvous devez modifier leUsersous[Service]à/lib/systemd/system/transmission-daemon.service.Vérifiez si vous utilisez un dossier "incomplet". L'erreur peut être trompeuse dans ce cas et il peut s'agir du dossier incomplet auquel vous n'avez pas accès en écriture.
la source
Cela m'est juste arrivé. J'ai trouvé cette page, j'ai été intimidé par tout le jargon, j'ai donc redémarré Transmission, réservé le fichier torrent à un emplacement différent et enregistré les données du torrent au même emplacement différent (bureau). Fonctionné comme un charme ...
la source
Il peut s'agir d'un problème de profil d'aparmeur. La transmission s'exécute sous le
sanitized_helperprofil dans apparmor.Recherchez les plaintes dans /var/log/kern.log.
grep transm /var/log/kern.log, en particulier juste après avoir tenté d'exécuter la transmission et l'échec.la source
Comme il s'agit du meilleur résultat de recherche dans Google, pour tous ceux qui lisent ceci, je passe plus d'une heure à essayer de le faire fonctionner. Il s'avère que le dossier de téléchargements spécifié dans settings.json est "Téléchargements" au lieu de "téléchargements". Notez le cas.
la source
Dans mon cas, le problème était de savoir comment le lecteur était monté. L'utilisation de cela a
/etc/fstabfonctionné pour moi:la source
vfat? Pas un système de fichiers Linux typique) - quel était votre scénario, qu'est-ce qui ne fonctionnait pas exactement et comment cela a-t-il corrigé?Le montage du lecteur externe dans mon répertoire personnel a résolu ce problème;
Remarque. sdxx est le nom de votre disque dur. vous pouvez utiliser la commande suivante pour trouver la vôtre;
la source
J'ai eu le même problème, et c'était une erreur que j'avais commise lors de la liaison du répertoire de téléchargement de la transmission à mon répertoire home / user /, j'ai changé la propriété du fichier lié qui, par conséquent, a également changé la propriété de la transmission '' télécharger le répertoire ...
Je viens de me réapproprier la propriété de 'debian-transmission' et cela a fonctionné comme un charme (sans avoir besoin de redémarrer le service)
(eh bien, vous devrez vérifier selon votre propre distribution linux quel est le bon propriétaire et éventuellement votre bon chemin vers le répertoire de téléchargements)
la source
J'ai eu un problème similaire avec la transmission. J'ai obtenu une erreur d'autorisation lors du téléchargement, même avec les paramètres d'autorisation de dossier corrects sur le disque dur USB externe.
Je viens de monter le disque dur externe sur le
/home/pi/avec les mêmes autorisations et cela a bien fonctionné.les autorisations sont
drwxrwxrwx (0777) pi:debian-transmission. le nom d'utilisateur est changé enpiin/etc/init.d/transmisssion-daemon.la source