Instalei o xubuntu e o daemon de transmissão, defina o caminho do download para meus programas domésticos / de usuário / TV e receba uma permissão negada ao tentar baixar torrents através da transmissão.
Eu tentei chmod -r 777
nesta pasta sem sucesso.
por favor ajude!
saída de ps -ef | transmissão 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
fonte
fonte
ps -ef | grep transmission
para a pergunta. Eu não acho que o daemon de transmissão tenha o direito de gravar em diretórios pessoais por padrão.ps aux | grep transmission
vez disso.debian-transmission
, sem saber por que mostra um número estúpido. Você pode verificar isso comid debian-transmission
.Respostas:
Supondo que o caminho para a pasta de download seja
/home/chen/TV shows
, execute o seguinte:adicione chen ao grupo de transmissão debian
alterar a propriedade da pasta
conceder acesso de gravação ao grupo
Pare o daemon com
A última coisa a fazer é alterar a máscara de criação de arquivo, para que os arquivos baixados sejam graváveis pelo chen.
... e mude
"umask": 18
para"umask": 2
. Pressione Ctrl+ Opara salvar e Ctrl+ Xpara sair.Inicie o daemon com
fonte
cd
entrar no diretório imediatamente após fazer isso e receber uma permissão negada, efetue logout e login novamente. Minha sessão SSH não tem as permissões adequadas para acessar a pasta após a posse pasta foi dado aodebian-tranmission
grupo (uma vez que o meu usuário não foi adicionado a esse grupo até o próximo logon)"umask": 2
traduz para permissões de 774, ou rwxrwxr--, o que significa acesso tolo para proprietário e grupo./var/lib/transmission-daemon/.config/transmission-demon/torrents
. Este diretório não tinha permissão de gravação. Mudando todos eles declarados para o trabalho.Esse é um problema de permissão com base no ID do usuário que está executando a Transmissão. A transmissão configura um usuário padrão que você não pode esperar na primeira instalação. O nome de usuário é
debian-transmission
.Vou explicar como mudar isso:
sudo service transmission-daemon stop
sudo nano /etc/init.d/transmission-daemon
USER=debian-transmission
e altere-a para o usuário que possui a pasta em questão. Se você não estiver preocupado com problemas de segurança, também poderá usarUSER=root
neste arquivo. (Não recomendado, mas bom para solucionar problemas).sudo service transmission-daemon start
fonte
transmission-daemon
ou root também possui "/var/lib/transmission-daemon/info/settings.json" e se você alterar o daemon para rodar como $ USER, ele forneceráCouldn't read "/var/lib/transmission-daemon/info/settings.json": Permission denied
. De alguma forma, funcionou no seu sistema, mas essa não é a maneira correta de fazer isso.systemd
você estiver usando , edite oUser
item abaixo[Service]
em/lib/systemd/system/transmission-daemon.service
.Verifique se você está usando uma pasta "incompleta". O erro pode ser enganoso nesse caso e pode ser a pasta incompleta à qual você não tem acesso de gravação.
fonte
Isto somente aconteceu para mim. Encontrei esta página, fiquei intimidado com todo o jargão, então reiniciei a Transmission, reservei o arquivo torrent para um local diferente e salvei os dados do torrent no mesmo local (desktop). Trabalhou como um encanto ...
fonte
Isso pode ser um problema no perfil do apparmor. A transmissão é executada sob o
sanitized_helper
perfil em apparmor.Procure reclamações em /var/log/kern.log.
grep transm /var/log/kern.log
, principalmente logo após tentar executar a transmissão e falhar.fonte
Como esse é o principal resultado de pesquisa do Google, para quem lê isso, passo mais de uma hora tentando fazê-lo funcionar. Acontece que a pasta de downloads especificada em settings.json é "Downloads" em vez de "downloads". Observe o caso.
fonte
No meu caso, o problema era como a unidade estava sendo montada. Usando isso
/etc/fstab
funcionou para mim:fonte
vfat
? Não é um sistema de arquivos Linux típico) - qual era o seu cenário, o que exatamente não estava funcionando e como isso foi corrigido?A montagem da unidade externa no meu diretório pessoal resolveu esse problema;
Nota. sdxx é o nome do seu disco rígido. você pode usar o seguinte comando para encontrar o seu;
fonte
Eu tive o mesmo problema e foi um erro que cometi ao vincular o diretório de download de transmissão ao meu diretório home / usuário / sym, alterei a propriedade do arquivo vinculado pelo sym, que por consequência também alterou a propriedade da transmissão ' diretório de download '...
Acabei de retroceder à propriedade 'debian-transmission' e funcionou como um encanto (sem necessidade de reiniciar o serviço)
(bem, você terá que verificar de acordo com sua própria distribuição linux qual é o proprietário certo e, eventualmente, também o caminho certo para o diretório de downloads)
fonte
Eu tive um problema semelhante com a transmissão. Eu obtive um erro de permissão durante o download, mesmo com as configurações corretas de permissão de pasta no disco rígido externo USB.
Acabei de montar o disco rígido externo
/home/pi/
com as mesmas permissões e funcionou bem.permissões são
drwxrwxrwx (0777) pi:debian-transmission
. nome de usuário alterado parapi
in/etc/init.d/transmisssion-daemon
.fonte