Uprawnienia do folderu wideo dla minidlna?

Mam dodatkowy dysk twardy, który jest zamontowany jako / media / Media i chciałbym użyć folderu o nazwie Wideo znajdującego się na tym dysku, za pośrednictwem którego chciałbym udostępniać filmy znajdujące się w tym folderze minidlna. Mam do czynienia minidlnaz tym, /home/jonathan/Videosktóry znajduje się na moim mniejszym dysku i chciałbym zamiast tego przenieść filmy na większe dyski.

Jednak po zakończeniu edycji, minidlna.confaby wskazać folder / media / Media / Videos i zrobić sudo service minidlna force-reloadponownie, aby ponownie załadować bazę danych, pojawia się błąd uprawnień.

Czy ktoś może wskazać mi odpowiednie uprawnienia, które muszę ustawić w tym folderze?

Próbowałem podążać za przykładami w tym wątku, ale nadal nie udało mi się go uruchomić. Skończyło się na tym, że natknąłem się na ten artykuł: Uruchamianie minidlny na Ubuntu i śledziłem go krok po kroku, a teraz mam media na moim drugim dysku obsługiwane przez minidnla. Jeśli ktoś jeszcze się zmaga, sugeruję, abyś podążył za jego procesem.

Zacytowałem jego tekst na wypadek, gdyby jego strona kiedykolwiek zniknęła.

Zainstalował usługę o nazwie minidlna, która ma umożliwić strumieniowe przesyłanie multimediów. Jednak nie podobały mu się uprawnienia do wybranego folderu. Ścieżka to / 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]

Wskazał go na folder w swoim folderze domowym i podobało mu się to dobrze, ale nie na drugim dysku, na którym są media .

Próbował ustawić użytkownika jako mnie w pliku conf i pliku domyślnym. Ale w końcu odkrył, że musi ustawić użytkownika jako „root”, aby działał.

Otworzył terminal i wszedł ...

sudo gedit /etc/default/minidlna

... i edytował plik ...

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

... następnie zapisano i z powrotem do terminala i wprowadzono ...

sudo gedit /etc/minidlna.conf

... i edytował plik ...

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

Uruchomił ponownie usługę, używając ...

sudo service minidlna restart

... w terminalu i tym razem nie wystąpił błąd dotyczący uprawnień.

Mam nadzieję, że to komuś pomoże, ponieważ pomogło mi. Jeśli to ci pomoże, odwiedź jego stronę i zostaw komentarz, tak jak ja, aby wiedział, że jego strona pomaga!

AKTUALIZACJA:

Działa to od razu, ale jeśli wyłączysz komputer, a następnie uruchom go ponownie, drugi dysk nie będzie obsługiwany przez serwer minidnla, dopóki nie uruchomisz:

sudo service minidlna restart

Uruchomienie go z rozruchu to problem z napędem w trybie użytkownika i można go rozwiązać, dodając dysk do fstab . Minusem jest to, że system nie uruchomi się automatycznie, jeśli dysk nie zostanie podłączony, ponieważ będzie denerwująco wymagać ponownej próby lub zignorowania przed kontynuowaniem rozruchu.

Alternatywą dla dodania dysku do fstab jest zrestartowanie usługi minidlna podczas restartu z crona:

sudo crontab -e

następnie dodaj następny wiersz na końcu pliku:

@reboot sleep 60 && sudo service minidlna restart

/media/*jest automatycznie montowany za pomocą udisk. Jeśli jest to NTFS lub FAT, tylko aktywny użytkownik ma do niego dostęp, więc użytkownik minidlna nie może uzyskać do niego dostępu.

To głupie, że udisks ma zakodowane uprawnienia, jest raport o błędzie na ten temat: https://bugs.launchpad.net/ubuntu/+source/udisks/+bug/682589

Jeśli ktoś zamontuje dysk za pomocą sudo mount /dev/sdb1 /mntlub z /etc/fstab, może wprowadzić dowolne uprawnienia, aby minidlna mógł je odczytać.

Tak więc w przypadku komputerów domowych jednym łatwym obejściem jest edycja /etc/default/minidlnai określenie, czy minidlna będzie działać jako root, lub jako użytkownik, który zwykle montuje te dyski.

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

Jeśli podałeś konto użytkownika zamiast roota, uruchom także sudo chown -R user:user /var/lib/minidlna

Aby ponownie przeskanować bibliotekę po zmianach, uruchom sudo service minidlna force-reload

I uwaga dla siebie, zamiast dodawać media_dir=wpisy w /etc/minidlna.conf, wolę tworzyć dowiązania symboliczne w / var / lib / minidlna, np .:

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

... ponieważ w ten sposób uzyskuję dodatkowy poziom hierarchii podczas przeglądania folderów multimedialnych w klientach DLNA.

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

w celu nadania własności minidlna wszystkich plików i folderów zawartych w Media

następnie uruchom ponownie i wymuś ponowne skanowanie serwera

WAŻNE
Uruchom minidlna jako root!

sudo minidlna

ponownie przeskanować bibliotekę po dodaniu plików do napędu

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

aby sprawdzić, czy to działa

service minidlna status

Zdaję sobie sprawę, że jest to starsze pytanie, ale jeśli fstab dysk zewnętrzny z domyślnymi, użytkownik jako opcje, a następnie sudo chown -cR $ USER: minidlna / media / (your_mount point_here). Powinno to zachować własność i grupę poprzez ponowne uruchomienie, a także dać domyślnej grupie minidlna, że ​​serwer jest uruchamiany z dostępem grupy do plików.

Znalazłem inne rozwiązanie: nadrzędny folder multimediów również musi być dostępny dla minidlny. Próbowałem uruchomić Minidlna jako root, a ProtectHome = tylko do odczytu w pliku usługi systemctl, ale to nie zadziałało.

W moim przypadku moje filmy były w media_dir = V, / srv / share / videos / library

Zrobiłem chmod -R a + xr / srv / share / videos / library, ale wciąż otrzymywałem komunikat Odmowa dostępu

Po zrobieniu chmod o + xr / srv / share / videos - wszystko działało, z user = minidlna

Mam nadzieję, że to komuś pomoże.

Miałem ten sam problem i próbowałem go naprawić za pomocą tego postu. Ale nie chciałem rooturuchamiać demona.

Uwaga :

• Podłączam także dysk wymienny w przestrzeni użytkownika jako (bez użycia fstab).
• Używam Ubuntu 16.04.02 LTS

Więc edytowałem, /etc/default/minidlnaaby zawierać

USER=<user>
GROUP=<group>

następnie /etc/minidlna.confzawierać

user=<user>

Musiałem także zmienić uprawnienia, aby zezwolić mojemu użytkownikowi

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

Następnie uruchom ponownie usługę

sudo service minidlna restart

Napotkałem ten sam problem na serwerze NAS, który próbuję utworzyć. Myślę, że /etc/init.d/minidlnaskrypt nie powinien:

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

Ale zrób

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

Ponieważ podstawowa grupa użytkownika może różnić się od użytkownika. Zwłaszcza, gdy chcesz, aby użytkownicy dzielili się z tobą, chcesz, aby grupa, którą udostępnią, była również podstawową grupą minidlna.

Próbowałem uruchomić MiniDLNA jako alternatywny obszar pamięci dla HDHomeRun RECORD (używając konfiguracji NAS w HDHomeRun SETUP).

Myślałem, że Samba jest w konflikcie, kiedy zrestartowałem komputer, a mój serwer DLNA przestał działać. Okazuje się, że nigdy nie ustawiłem firewalldotwartego portu 8200, właśnie go wyłączyłem i zapomniałem wyłączyć usługę (prawdopodobnie myślę, że zrobię to poprawnie później i zapomnę).

Używam Fedory 27, BTW.

Z jakiegoś powodu MiniDLNA zgłasza, że ​​katalog multimediów jest taki, not accessiblejakby twój port nie był otwarty. Przykład -

Przed wyłączeniem firewalla:

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

Po wyłączeniu firewalla:

# 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

Nie jestem pewien, dlaczego miałby zgłaszać, że katalog multimediów jest niedostępny z powodu zablokowanego portu, co wydaje mi się dziwnym zachowaniem. Ale wyłączenie zapory było wszystkim, co mogłem zrobić, aby znów zaczęło działać.

Aby umożliwić miniDLNA ponowne skanowanie swojej biblioteki, możemy wydać następujące polecenia:

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

Zauważ, że przy domyślnych ustawieniach biblioteki druga linia musi być uruchomiona pod użytkownikiem minidlna, aby umożliwić minidlnie dostęp do tej biblioteki później.

W zależności od ustawień możesz zdefiniować lokalizację biblioteki inną niż domyślna /var/lib/minidlna. Wtedy możemy potrzebować różnych uprawnień.