Permissões para a pasta Video para minidlna?

Eu tenho um disco rígido secundário montado como / media / Media e gostaria de usar uma pasta chamada Vídeos localizados nessa unidade que gostaria de compartilhar os vídeos localizados nesta pasta por meio de minidlna. Estou minidlnatrabalhando com o /home/jonathan/Videosque está na minha unidade menor e, em vez disso, gostaria de mover os vídeos para as unidades maiores.

No entanto, depois de editar meu minidlna.confpara apontar para a pasta / media / Media / Videos e fazer um sudo service minidlna force-reloadpara recarregar o banco de dados, recebo um erro de permssions.

Alguém pode me indicar as permissões corretas que preciso definir nesta pasta?

Eu tentei seguir os exemplos neste segmento, mas ainda não consegui fazê-lo funcionar. Acabei tropeçando neste artigo aqui: Rodando minidlna no Ubuntu e segui-o passo a passo e agora tenho a mídia na minha segunda unidade sendo veiculada através do minidnla. Se mais alguém lutar, sugiro que você siga o processo dele.

Eu citei o texto dele, caso sua página desapareça.

Ele instalou um serviço chamado minidlna, que deveria permitir o streaming de mídia. No entanto, não gostou das permissões na pasta escolhida. O caminho é / media / jw / drive2 / foo.

jw@FooPC:~$ sudo service minidlna restart
* Restarting DLNA/UPnP-AV media server minidlna
[2014/07/23 21:03:30] minidlna.c:594: error: Media directory "/media/jw/drive2/foo" not accessible [Permission denied]

Ele apontou para uma pasta em sua pasta pessoal e gostou muito bem, mas não a segunda unidade que contém a mídia .

Ele tentou definir o usuário como eu no arquivo conf e no arquivo padrão. Mas, eventualmente, ele descobriu que tinha que definir o usuário como "root" para fazê-lo funcionar.

Ele abriu o terminal e entrou ...

sudo gedit /etc/default/minidlna

... e editou o arquivo ...

# User and group the daemon should run as
USER=”root”
#GROUP=”minidlna”

... então salvou e voltou ao terminal e entrou ...

sudo gedit /etc/minidlna.conf

... e editou o arquivo ...

# Specify the user name or uid to run as.
user=root

Ele reiniciou o serviço usando ...

sudo service minidlna restart

... no terminal e desta vez não houve erro nas permissões.

Espero que ajude alguém como me ajudou. Se isso lhe ajudar, visite a página dele e deixe um comentário como eu, para que ele saiba que a página está ajudando!

ATUALIZAR:

Isso funciona imediatamente, mas se você desligar a máquina e depois reiniciá-la, a segunda unidade não será atendida pelo servidor minidnla até você executar:

sudo service minidlna restart

Fazer com que funcione a partir da inicialização é um problema de unidade no modo de usuário e pode ser corrigido adicionando a unidade ao fstab . A desvantagem é que o sistema não inicializa automaticamente se a unidade não estiver conectada, pois exigirá irritantemente tentar novamente ou ignorar antes de continuar a inicialização.

Uma alternativa para adicionar a unidade ao fstab é reiniciar o serviço minidlna na reinicialização do cron:

sudo crontab -e

adicione a próxima linha no final do arquivo:

@reboot sleep 60 && sudo service minidlna restart

/media/*é montado automaticamente com udiscos. Se for NTFS ou FAT, apenas o usuário ativo terá acesso a ele, portanto, o usuário minidlna não poderá acessá-lo.

É bobagem que os udisks tenham as permissões codificadas, há um relatório de bug sobre isso: https://bugs.launchpad.net/ubuntu/+source/udisks/+bug/682589

Se alguém monta o disco com sudo mount /dev/sdb1 /mntou com /etc/fstab, ele pode colocar as permissões que desejar para que a minidlna possa lê-lo.

Portanto, para PCs domésticos, uma solução fácil é editar /etc/default/minidlnae especificar que o minidlna seja executado como root ou como o usuário que geralmente monta esses discos.

# User and group the daemon should run as
USER="root"
#GROUP="minidlna"

Se você especificou uma conta de usuário em vez de raiz, também execute sudo chown -R user:user /var/lib/minidlna

Para verificar novamente a biblioteca após as alterações, execute sudo service minidlna force-reload

E uma observação para mim mesmo, em vez de adicionar media_dir=entradas no /etc/minidlna.conf, prefiro criar links simbólicos em / var / lib / minidlna, por exemplo:

sudo ln -sf /media/alkisg/mydisk/Photos /var/lib/minidlna/Photos

... porque dessa forma, recebo um nível extra de hierarquia ao navegar pelas pastas de mídia nos clientes DLNA.

tipo
sudo chown -R minidlna: minidlna / media / Mídia

para dar ao minidlna a propriedade de todos os arquivos e pastas contidos no Media

reinicie e force novamente a verificação do servidor

IMPORTANTE
Inicie o minidlna como root!

sudo minidlna

para verificar novamente a biblioteca depois de adicionar arquivos à sua unidade de mídia, use

sudo service minidlna stop
sudo minidlna -R
sudo service minidlna restart

para ver se está tudo bem

service minidlna status

Sei que esta é uma pergunta mais antiga, mas se você fstab a unidade externa com os padrões, o usuário como opções e, em seguida, sudo chown -cR $ USER: minidlna / media / (your_mount point_here). Isso deve manter a propriedade e o grupo por meio de reinicializações, além de fornecer ao grupo minidlna padrão que o servidor é executado com acesso de grupo aos arquivos.

Encontrei outra solução: o pai da pasta de mídia também deve estar acessível ao minidlna. Tentei executar o minidlna como root e o ProtectHome = somente leitura no arquivo de serviço systemctl, mas nada disso funcionou.

No meu caso, meus vídeos estavam em media_dir = V, / srv / share / videos / library

Eu tinha feito o chmod -R a + xr / srv / share / videos / library, mas ainda estava recebendo a mensagem Permissão Negada

Depois que eu fiz chmod o + xr / srv / share / videos - tudo funcionou, com user = minidlna

Espero que isso ajude alguém.

Eu tive o mesmo problema e tentei corrigi-lo usando este post. Mas eu não queria rootexecutar o daemon.

Nota :

• Também estou conectando um disco removível no espaço do usuário como (sem usar o fstab).
• Estou executando o Ubuntu 16.04.02 LTS

Então eu editei /etc/default/minidlnapara conter

USER=<user>
GROUP=<group>

então /etc/minidlna.confpara conter

user=<user>

Eu também tive que alterar as permissões para permitir que meu usuário

chown <user>:<group> /var/cache/minidlna
chown <user>:<group> /run/minidlna

Em seguida, reinicie o serviço

sudo service minidlna restart

Encontrei o mesmo problema em um NAS que tento criar. Eu acho que o /etc/init.d/minidlnascript não deve:

if [ -z $GROUP ]; then
   GROUP=$USER
fi

Mas faça um

if [ -z $GROUP]; then
   GROUP=$(id -gn $USER)
fi

Porque o grupo principal do usuário pode ser diferente do usuário. Especialmente quando você deseja que os usuários compartilhem, também deseja que um grupo seja o grupo principal de minidlna.

Eu estava tentando executar o MiniDLNA como uma área de armazenamento alternativa para o HDHomeRun RECORD (usando a configuração do NAS na instalação do HDHomeRun).

Eu pensei que o Samba estava em conflito quando reiniciei e meu servidor DLNA não estava mais funcionando. Acontece que eu nunca configurei firewalldpara ter uma porta aberta 8200, acabei de desligá-la e esqueci de desativar o serviço (provavelmente pensando que faria isso corretamente mais tarde e esquecendo).

Estou usando o Fedora 27, BTW.

Por alguma razão, o MiniDLNA relata o diretório de mídia como not accessiblese a sua porta não estivesse aberta. Exemplo -

Antes de desligar o firewalld:

# systemctl status minidlna

systemd[1]: Started MiniDLNA is a DLNA/UPnP-AV server software.
minidlna.c:620: error: Media directory "/home/local/Downloads" not accessible [Permission denied]
minidlna.c:620: debug: Using locale dir '/usr/share/locale' and locale langauge en_US.UTF-8/en_US.UTF-8
minidlna.c:1048: warn: Starting MiniDLNA version 1.2.1.

Após desligar o firewalld:

# systemctl status minidlna

<root xmlns="urn:schemas-upnp-org:device-1-0"><specVersion><major>1</major><minor>0</minor></specVersion><dev
minidlnad[4401]: MS_MediaReceiverRegistrar</eventSubURL><SCPDURL>/X_MS_MediaReceiverRegistrar.xml</SCPDURL></service></service
minidlna.c:1302: debug: HTTP connection from 192.168.1.190:65260
minidlnad[4401]: clients.c:332: debug: Client found in cache. [Generic UPnP 1.0/entry 1]
minidlnad[4401]: upnphttp.c:889: debug: HTTP REQUEST: GET /icons/sm.png HTTP/1.1
minidlnad[4401]: Connection: Keep-Alive
minidlnad[4401]: User-Agent: User-Agent: Microsoft-DLNA DLNADOC/1.50
minidlnad[4401]: Host: 192.168.1.186:8200
minidlnad[4401]: [1B blob data]
minidlnad[4401]: upnphttp.c:1391: debug: 
Sending small PNG icon

Não sei por que ele relataria o diretório de mídia como inacessível por causa de uma porta ser bloqueada, o que me parece um comportamento estranho. Mas desabilitar o firewall foi tudo o que fiz para começar a trabalhar novamente.

Para permitir que o miniDLNA verifique novamente sua biblioteca, podemos emitir os seguintes comandos:

sudo service minidlna stop    # stop minidlna
sudo -u minidlna minidlna -R  # rescan the library
sudo service minidlna start   # restart minidlna

Observe que, com as configurações padrão da biblioteca, a segunda linha precisa ser executada no usuário minidlnapara permitir que o minidlna tenha acesso a essa biblioteca posteriormente.

Dependendo das configurações, você pode ter definido um local para a biblioteca que não seja o padrão /var/lib/minidlna. Então, podemos precisar de permissões diferentes.