Разрешения для папки видео для минидлна?

У меня была та же проблема, и я попытался ее исправить, используя этот пост. Но я не хотел, чтобы root управлял демоном.

Примечание :

• Я также подключаю съемный диск в пользовательском пространстве как (без использования fstab).
• Я использую Ubuntu 16.04.02 LTS

Поэтому я отредактировал /etc/default/minidlna, чтобы он содержал

USER=<user>
GROUP=<group>

, затем /etc/minidlna.conf, чтобы он содержал

Мне также пришлось изменить разрешения, чтобы разрешить моему пользователю

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

Затем перезапустить службу

sudo service minidlna restart

Я нашел другое решение: родитель папки мультимедиа также должен быть доступен для minidlna. Я попытался запустить minidlna от имени пользователя root и ProtectHome = только для чтения в служебном файле systemctl, но ничего из этого не сработало.

В моем случае мои видео были в media_dir = V, / srv / share / videos / library

Я сделал chmod -R a + xr / srv / share / videos / library, но все еще получал Сообщение об отказе в разрешении

После того, как я выполнил команду chmod o + xr / srv / share / videos - все заработало, с user = minidlna

Надеюсь, это кому-нибудь поможет.

введите
sudo chown -R minidlna: minidlna / media / Media

, чтобы предоставить minidlna право владения всеми файлами и папками, содержащимися в Media

, затем перезапустить и принудительно повторно просмотрите сервер

ВАЖНО
Запустите minidlna от имени пользователя root [

sudo minidlna

, чтобы повторно отсканировать библиотеку после добавления файлов на ваш носитель с помощью [ 119]

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

, чтобы увидеть, если он работает

service minidlna status

Я понимаю, что это старый вопрос, но если вы используете fstab для внешнего диска со значениями по умолчанию, укажите в качестве параметров пользователя, а затем sudo chown -cR $ USER: minidlna / media / (your_mount point_here). Это должно поддерживать владение и группировать с помощью перезагрузок, а также давать группу минидлин по умолчанию, которую сервер запускает с групповым доступом к файлам.

Я пытался следовать примерам в этой теме, но все еще не мог заставить его работать. В итоге я наткнулся на эту статью: Запуск minidlna в Ubuntu и пошаговое выполнение этой инструкции, и теперь у меня есть носители на моем втором диске, обслуживаемые через minidnla. Если кто-то еще борется, я предлагаю вам следовать его процессу.

Я процитировал его текст на случай, если его страница исчезнет.

Он установил сервис под названием minidlna, который должен позволять потоковую передачу мультимедиа. Однако ему не понравились разрешения для выбранной им папки. Путь это /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]

Он указал ему на папку в своей домашней папке, и ему понравилось это просто отлично, , но не 2-й диск, который содержит носитель .

Он попытался установить пользователя как меня в файле conf и в файле по умолчанию. Но в конце концов Он обнаружил, что ему нужно установить пользователя как «root», чтобы заставить его работать.

Он открыл терминал и вошел ...

sudo gedit /etc/default/minidlna

... и отредактировал файл ...

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

... затем сохраняются и возвращаются в терминал и вводятся ...

sudo gedit /etc/minidlna.conf

... и отредактировал файл ...

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

Он перезапустил службу, используя ...

sudo service minidlna restart

... в терминале, и на этот раз не было ошибки о разрешениях.

Надеюсь, это поможет кому-то, так же как и мне. Если это поможет вам, пожалуйста, посетите его страницу и оставьте ему комментарий, как я сделал, чтобы он знал, что его страница помогает!

ОБНОВЛЕНИЕ:

Это работает сразу, но если вы отключите питание и затем перезапустите его. Второй диск не обслуживается сервером minidnla, пока вы не запустите:

sudo service minidlna restart

Начало работы с загрузкой - проблема с диском в пользовательском режиме, которую можно исправить, добавив Диск до ФСТАБа . Недостатком является то, что система не будет загружаться автоматически, если диск не подключен, так как она будет досадно требовать повторной попытки или игнорирования перед продолжением загрузки.

/media/* автоматически монтируется с помощью дисков. Если это NTFS или FAT, доступ к нему получает только активный пользователь, поэтому пользователь minidlna не может получить к нему доступ.

Глупо, что udisks имеет жестко запрограммированные разрешения, об этом есть сообщение об ошибке: https://bugs.launchpad.net/ubuntu/+source/udisks/+bug/682589

Так что для домашних ПК одним из простых обходных путей является редактирование /etc/default/minidlna и либо указание, что minidlna будет работать от имени пользователя root, либо как пользователь, который обычно монтирует эти диски.

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

Если вы указали учетную запись пользователя вместо root, также запустите sudo chown -R user:user /var/lib/minidlna

Чтобы заново отсканировать библиотеку после изменений, запустите sudo service minidlna force-reload

И заметку для себя вместо добавления media_dir= записей в /etc/minidlna.conf я предпочитаю создавать символические ссылки в / var / lib / minidlna, например:

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

... потому что таким образом я получаю дополнительный уровень иерархии при просмотре папок мультимедиа в клиентах DLNA.

Я столкнулся с той же проблемой на NAS, которую пытаюсь создать. Я думаю, что сценарий /etc/init.d/minidlna не должен:

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

, но делать

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

, потому что основная группа пользователя может отличаться от пользователя. Особенно, если вы хотите, чтобы пользователи делились, вы хотите, чтобы группа, которой они делятся, была основной группой minidlna.

Я пытался выполнить MiniDLNA как альтернативную область хранения для ЗАПИСИ HDHomeRun (использование конфигурации NAS в УСТАНОВКЕ HDHomeRun).

Я думал, что Samba конфликтовал, когда я перезагрузил, и мой сервер DLNA больше не работал. Оказывается, что я никогда не устанавливал firewalld чтобы иметь открытый порт 8200, я только что выключил его и забыл отключать сервис (вероятно, думающий, что я сделаю это правильно позже и упущение).

Я использую Fedora 27, BTW.

По некоторым причинам MiniDLNA сообщает о каталоге медиа, как являющемся not accessible если Ваш порт не открыт. Пример-

Перед выключением 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.

После выключения 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

Я не уверен, почему это сообщило бы о каталоге медиа, как являющемся недоступным из-за заблокированного порта, который походит на странное поведение мне. Но отключение брандмауэра было всем, что я сделал, чтобы это начало работать снова.

Чтобы позволить miniDLNA повторно сканировать свою библиотеку, мы можем выполнить следующие команды:

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

Обратите внимание, что при настройках библиотеки по умолчанию необходимо запустить вторую строку под пользователем minidlna, чтобы позволить minidlna иметь доступ к этой библиотеке позже.

В зависимости от ваших настроек вы можете определить местоположение для библиотеки, отличное от значения по умолчанию /var/lib/minidlna. Тогда нам могут понадобиться разные разрешения.