Autorizzazioni per la cartella video per minidlna?

Ho un disco rigido secondario che è montato come / media / Media e vorrei usare una cartella chiamata Video che si trova su quell'unità con cui vorrei condividere i video che si trovano su questa cartella minidlna. Ho a che fare minidlnacon /home/jonathan/Videosquale è sul mio disco più piccolo e vorrei invece spostare i video su dischi più grandi.

Tuttavia dopo aver modificato il mio minidlna.confper puntare alla cartella / media / Media / Video e fare un sudo service minidlna force-reloadper ricaricare il database ottengo un errore permssions.

Qualcuno può indicarmi le autorizzazioni corrette che devo impostare su questa cartella?

Ho provato a seguire gli esempi in questo thread ma non riuscivo ancora a farlo funzionare. Ho finito per inciampare in questo articolo qui: eseguendo minidlna su Ubuntu e l'ho seguito passo dopo passo e ora ho i media sulla mia seconda unità serviti tramite minidnla. Se qualcun altro lotta, ti suggerisco di seguire il suo processo.

Ho citato il suo testo nel caso in cui la sua pagina scompaia mai.

Ha installato un servizio chiamato minidlna che dovrebbe consentire lo streaming di contenuti multimediali. Tuttavia, non gli sono piaciute le autorizzazioni per la cartella scelta. Il percorso è / 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]

Lo puntò a una cartella nella sua cartella home e gli piaceva proprio quello, ma non la seconda unità che contiene il supporto .

Ha provato a impostare l'utente come me nel file conf e nel file predefinito. Ma alla fine ha scoperto che doveva impostare l'utente come "root" per farlo funzionare.

Aprì il terminale ed entrò ...

sudo gedit /etc/default/minidlna

... e modificato il file ...

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

... quindi salvato e torna al terminale ed inserito ...

sudo gedit /etc/minidlna.conf

... e modificato il file ...

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

Ha riavviato il servizio utilizzando ...

sudo service minidlna restart

... nel terminale e questa volta non si sono verificati errori relativi alle autorizzazioni.

Spero che ciò aiuti qualcuno come mi ha aiutato. Se ti aiuta, per favore visita la sua pagina e lasciagli un commento come ho fatto, quindi sa che la sua pagina sta aiutando!

AGGIORNARE:

Funziona immediatamente ma se si spegne la macchina e quindi si riavvia la seconda unità non viene servita dal server minidnla fino a quando non si esegue:

sudo service minidlna restart

Farla funzionare all'avvio è un problema di unità in modalità utente e può essere risolto aggiungendo l'unità a fstab . L'aspetto negativo è che il sistema non si avvierà automaticamente se l'unità non è collegata, poiché richiederà fastidiosamente di riprovare o ignorare prima di continuare ad avviarsi.

Un'alternativa all'aggiunta dell'unità a fstab è il riavvio del servizio minidlna al riavvio da cron:

sudo crontab -e

quindi aggiungi la riga successiva alla fine del file:

@reboot sleep 60 && sudo service minidlna restart

/media/*viene montato automaticamente con gli udisk. Se è NTFS o FAT, solo l'utente attivo può accedervi, quindi l'utente minidlna non può accedervi.

È sciocco che udisks abbia i permessi codificati, c'è una segnalazione di bug a riguardo: https://bugs.launchpad.net/ubuntu/+source/udisks/+bug/682589

Se uno monta il disco con sudo mount /dev/sdb1 /mnto con /etc/fstab, può mettere tutte le autorizzazioni che desidera in modo che minidlna possa leggerlo.

Quindi, per i PC domestici, una soluzione semplice è modificare /etc/default/minidlnae specificare che minidlna verrà eseguito come root o come l'utente che di solito monta quei dischi.

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

Se hai specificato un account utente anziché root, esegui anche sudo chown -R user:user /var/lib/minidlna

Per ripetere la scansione della libreria dopo le modifiche, eseguire sudo service minidlna force-reload

E una nota a me stesso, piuttosto che aggiungere media_dir=voci in /etc/minidlna.conf, preferisco creare collegamenti simbolici in / var / lib / minidlna, ad esempio:

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

... perché in questo modo ottengo un ulteriore livello di gerarchia quando sfoglio le cartelle multimediali nei client DLNA.

digitare
sudo chown -R minidlna: minidlna / media / Media

al fine di conferire a minidlna la proprietà di tutti i file e cartelle contenuti in Media

quindi riavviare e ripetere la scansione forzata del server

IMPORTANTE
Avvia minidlna come root!

sudo minidlna

per eseguire nuovamente la scansione della libreria dopo aver aggiunto i file all'unità multimediale

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

per vedere se va bene

service minidlna status

Mi rendo conto che questa è una domanda più vecchia, ma se si fstab sull'unità esterna con i valori predefiniti, l'utente come opzioni e quindi sudo chown -cR $ USER: minidlna / media / (your_mount point_here). Ciò dovrebbe mantenere la proprietà e il gruppo attraverso i riavvii, nonché fornire al gruppo minidlna predefinito che il server viene eseguito con l'accesso di gruppo ai file.

Ho trovato un'altra soluzione: anche il genitore della cartella multimediale deve essere accessibile a minidlna. Ho provato a eseguire minidlna come root e ProtectHome = sola lettura nel file di servizio systemctl ma nulla di tutto ciò ha funzionato.

Nel mio caso i miei video erano in media_dir = V, / srv / share / videos / library

Avevo fatto chmod -R a + xr / srv / share / videos / library ma continuavo a ricevere il messaggio Autorizzazione negata

Dopo aver fatto chmod o + xr / srv / share / videos - tutto ha funzionato, con user = minidlna

Spero che questo aiuti qualcuno.

Ho avuto lo stesso problema e ho provato a risolverlo usando questo post. Ma non volevo rooteseguire il demone.

Nota :

• Sto anche collegando un disco rimovibile nello spazio utente come (senza usare fstab).
• Sto eseguendo Ubuntu 16.04.02 LTS

Quindi ho modificato /etc/default/minidlnaper contenere

USER=<user>
GROUP=<group>

quindi /etc/minidlna.confper contenere

user=<user>

Ho anche dovuto modificare le autorizzazioni per consentire al mio utente

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

Quindi riavviare il servizio

sudo service minidlna restart

Ho riscontrato lo stesso problema su un NAS che provo a creare. Penso che la /etc/init.d/minidlnasceneggiatura non dovrebbe:

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

Ma fai un

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

Perché il gruppo principale dell'utente potrebbe essere diverso dall'utente. Soprattutto quando vuoi che gli utenti condividano, vuoi che un gruppo che condividono sia anche il gruppo principale di minidlna.

Stavo cercando di eseguire MiniDLNA come area di archiviazione alternativa per HDHomeRun RECORD (utilizzando la configurazione NAS in HDHomeRun SETUP).

Pensavo che Samba fosse in conflitto al riavvio e il mio server DLNA non funzionava più. Si scopre che non ho mai impostatofirewalld una porta aperta 8200, l'avevo appena spento e ho dimenticato di disabilitare il servizio (probabilmente pensando che lo avrei fatto correttamente in seguito e dimenticando).

Sto usando Fedora 27, BTW.

Per qualche motivo MiniDLNA riporta la directory multimediale come not accessiblese la tua porta non fosse aperta. Esempio --

Prima di disattivare 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.

Dopo aver spento 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

Non sono sicuro del motivo per cui segnalerebbe la directory multimediale come inaccessibile a causa del blocco di una porta, mi sembra un comportamento strano. Ma disabilitare il firewall è stato tutto ciò che ho fatto perché riprendesse a funzionare.

Per consentire a miniDLNA di ripetere la scansione della sua libreria, è possibile che vengano emessi i seguenti comandi:

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

Si noti che con le impostazioni predefinite della libreria è necessario eseguire la seconda riga sotto l'utente minidlnaper consentire a minidlna di accedere successivamente a questa libreria.

A seconda delle impostazioni, è possibile che sia stata definita una posizione per la libreria diversa da quella predefinita /var/lib/minidlna. Quindi potremmo aver bisogno di autorizzazioni diverse.