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

Я нашел другое решение: родитель папки мультимедиа также должен быть доступен для 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

Чтобы позволить 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. Тогда нам могут понадобиться разные разрешения.

У меня была та же проблема, и я попытался ее исправить, используя этот пост. Но я не хотел, чтобы 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

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

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

, но делать

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

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

Я пытался запустить MiniDLNA в качестве альтернативного хранилища для HDHomeRun RECORD (используя конфигурацию NAS в HDHomeRun SETUP).

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

Я использую Fedora 27, кстати.

По какой-то причине 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

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

/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.