Permisos para la carpeta Video para minidlna?

Tengo un disco duro secundario que está montado como / media / Media y me gustaría usar una carpeta llamada Videos ubicada en esa unidad a través de la cual me gustaría compartir los videos ubicados en esta carpeta minidlna. Estoy minidlnatrabajando con el /home/jonathan/Videosque está en mi unidad más pequeña y me gustaría mover los videos a las unidades más grandes.

Sin embargo, después de editar mi minidlna.confpara apuntar a la carpeta / media / Media / Videos y hacer una sudo service minidlna force-reloadrecarga de la base de datos, aparece un error de permisos.

¿Alguien puede señalarme los permisos correctos que necesito establecer en esta carpeta?

Intenté seguir los ejemplos en este hilo pero aún no pude hacerlo funcionar. Terminé tropezando con este artículo aquí: ejecutando minidlna en Ubuntu y lo seguí paso a paso y ahora tengo los medios en mi segundo disco a través de minidnla. Si alguien más tiene problemas, le sugiero que siga su proceso.

He citado su texto en caso de que su página desaparezca.

Instaló un servicio llamado minidlna que se supone que permite la transmisión de medios. Sin embargo, no le gustaron los permisos en su carpeta elegida. La ruta es / 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 señaló a una carpeta en su carpeta de inicio y le gustó muy bien, pero no la segunda unidad que contiene los medios .

Intentó configurar el usuario como yo en el archivo conf y en el archivo predeterminado. Pero eventualmente descubrió que tenía que configurar al usuario como "root" para que funcionara.

Abrió la terminal y entró ...

sudo gedit /etc/default/minidlna

... y edité el archivo ...

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

... luego se guardó y regresó a la terminal y entró

sudo gedit /etc/minidlna.conf

... y edité el archivo ...

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

Reinició el servicio usando ...

sudo service minidlna restart

... en la terminal y esta vez no hubo errores sobre los permisos.

Espero que eso ayude a alguien como me ayudó a mí. Si te ayuda, visita su página y déjale un comentario como lo hice para que sepa que su página está ayudando.

ACTUALIZAR:

Esto funciona de inmediato, pero si apaga la máquina y luego la reinicia, el servidor minidnla no servirá la segunda unidad hasta que ejecute:

sudo service minidlna restart

Hacer que funcione desde el arranque es un problema de la unidad en modo de usuario y se puede solucionar agregando la unidad a fstab . La desventaja es que el sistema no se iniciará automáticamente si la unidad no está enchufada, ya que exigirá molestamente volver a intentarlo o ignorarlo antes de continuar.

Una alternativa para agregar la unidad a fstab es reiniciar el servicio minidlna al reiniciar desde cron:

sudo crontab -e

luego agregue la siguiente línea al final del archivo:

@reboot sleep 60 && sudo service minidlna restart

/media/*se monta automáticamente con udiscos. Si es NTFS o FAT, solo el usuario activo tiene acceso a él, por lo que el usuario de minidlna no puede acceder a él.

Es una tontería que udisks tenga los permisos codificados, hay un informe de error al respecto: https://bugs.launchpad.net/ubuntu/+source/udisks/+bug/682589

Si uno monta el disco con sudo mount /dev/sdb1 /mnto con /etc/fstab, puede poner los permisos que desee para que minidlna pueda leerlo.

Entonces, para las PC domésticas, una solución fácil es editar /etc/default/minidlnay especificar que minidlna se ejecutará como root o como el usuario que generalmente monta esos discos.

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

Si especificó una cuenta de usuario en lugar de root, también ejecute sudo chown -R user:user /var/lib/minidlna

Para volver a escanear la biblioteca después de los cambios, ejecute sudo service minidlna force-reload

Y una nota para mí mismo, en lugar de agregar media_dir=entradas en /etc/minidlna.conf, prefiero crear enlaces simbólicos en / var / lib / minidlna, por ejemplo:

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

... porque de esa manera obtengo un nivel adicional de jerarquía al explorar las carpetas de medios en clientes DLNA.

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

para otorgar a minidlna la propiedad de todos los archivos y carpetas contenidos en los medios

luego reinicie y fuerce el reescaneo del servidor

IMPORTANTE ¡
Inicie minidlna como root!

sudo minidlna

para volver a escanear la biblioteca después de agregar archivos al uso de su unidad de medios

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

para ver si está arriba

service minidlna status

Me doy cuenta de que esta es una pregunta anterior, pero si marca la unidad externa con los valores predeterminados, use el usuario como opciones y luego sudo chown -cR $ USER: minidlna / media / (your_mount point_here). Esto debería mantener la propiedad y el grupo a través de reinicios, así como dar al grupo minidlna predeterminado que el servidor se ejecuta con acceso grupal a los archivos.

Encontré otra solución: el padre de la carpeta de medios también debe ser accesible para minidlna. Intenté ejecutar minidlna como root, y ProtectHome = solo lectura en el archivo de servicio systemctl pero nada de esto funcionó.

En mi caso, mis videos estaban en media_dir = V, / srv / share / videos / library

Había hecho chmod -R a + xr / srv / share / videos / library pero aún recibía el mensaje Permiso denegado

Después de hacer chmod o + xr / srv / share / videos, todo funcionó, con user = minidlna

Espero que esto ayude a alguien.

Tuve el mismo problema e intenté solucionarlo usando esta publicación. Pero no quería rootejecutar el demonio.

Nota :

• También estoy conectando un disco extraíble en el espacio de usuario como (sin usar fstab).
• Estoy ejecutando Ubuntu 16.04.02 LTS

Así que edité /etc/default/minidlnapara contener

USER=<user>
GROUP=<group>

entonces /etc/minidlna.confpara contener

user=<user>

También tuve que cambiar los permisos para permitir que mi usuario

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

Luego reinicie el servicio

sudo service minidlna restart

Me encontré con el mismo problema en un NAS que trato de crear. Creo que el /etc/init.d/minidlnaguión no debería:

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

Pero haz un

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

Porque el grupo primario del usuario puede diferir del usuario. Especialmente cuando quieres que los usuarios compartan, quieres que un grupo que compartan sea el grupo principal de minidlna también.

Intenté ejecutar MiniDLNA como un área de almacenamiento alternativa para HDHomeRun RECORD (usando la configuración NAS en HDHomeRun SETUP).

Pensé que Samba estaba en conflicto cuando reinicié y mi servidor DLNA ya no funcionaba. Resulta que nunca configuré firewalldtener un puerto abierto 8200, lo acababa de apagar y olvidé deshabilitar el servicio (probablemente pensando que lo haría correctamente más tarde y olvidando).

Estoy usando Fedora 27, por cierto.

Por alguna razón, MiniDLNA informa que el directorio de medios es not accessiblesi su puerto no está abierto. Ejemplo

Antes de apagar 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.

Después de apagar 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

No estoy seguro de por qué informaría que el directorio de medios es inaccesible debido a que un puerto está bloqueado, eso me parece un comportamiento extraño. Pero deshabilitar el firewall fue todo lo que hice para que volviera a funcionar.

Para permitir que miniDLNA vuelva a escanear su biblioteca, podemos emitir los siguientes comandos:

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

Tenga en cuenta que con la configuración predeterminada de la biblioteca, la segunda línea debe ejecutarse bajo el usuario minidlnapara permitir que minidlna tenga acceso a esta biblioteca más adelante.

Dependiendo de su configuración, puede haber definido una ubicación para la biblioteca que no sea la predeterminada /var/lib/minidlna. Entonces podemos necesitar diferentes permisos.