Er staat een Kodi-systeem op een oude raspi B (met Nic en twee USB-poorten). Door mijn gerommel met de externe harde schijven zijn die schijven met muziek nu verbonden met een vrij nieuwe raspi 3B+. Nou kan ik natuurlijk als ik muziek wil horen die schijven weer terug brengen naar het Kodi-systeem, maar dat is nogal onhandig. Bovendien moet ik dan twee raspi's starten, twee maal energie gebruiken. Dat moest toch anders kunnen.
MiniDlna leek een oplossing en zou zuinig met mijn systeembronnen omgaan. En, kon gekoppeld worden aan Kodi. Toevallig had PiMyLifeUp.com net een nieuwe instructie voor het opzetten gemaakt. Wat later bleek dat bijna alle instructies over het inrichten van een minidlna-server uitgaan van het later toevoegen van de media. Maar ik had al twee schijven met in verschillende mappen verschillende soorten muziek en video. Maar wie de tijd neemt om de instructie goed te lezen ontdekt in het deel over /etc/minidlna.conf dat daar rekening wordt gehouden met reeds bestaande verzamelingen media.
Na het opnieuw opstarten en met de browser op :8200 kijken voor het resultaat, gebeurt er niets; Een lange tijd niets. De database met de media wordt blijkbaar niet opgebouwd.
Blijkbaar wordt er bij de installatie een nieuwe gebruiker aangemaakt genaamd 'minidlna', lees ik in de minidlna.conf:
# Specify the user name or uid to run as (root by default).
# On Debian system command line option (from /etc/default/minidlna) overrides this.
#user=minidlna
# user=pi
----------------------
De tweede, met een # uitgeschakelde user is van een latere toevoeging die ook niets hielp. Daarna heb ik de nieuwe gebruiker 'minidlna' toegevoegd aan de groep 'pi' om te zien of dat zou helpen. Daarnaast heb ik 'pi' ook toegevoegd aan de 'minidlna'-groep. Niet dus.
Volgens mij staat er in de eerste zin van het uitgelichte stukje conf-bestand "# Specify the user name or uid to run as (root by default)" dat het zwikkie loopt onder de root-account zolang je de # laat staan voor user=minidlna of user=pi. Hoe dan ook ik kwam geen steek verder.
Totdat ik besloot om /etc/default/minidlna eens te bekijken. Een aanpassing voor
# User and group the daemon should run as
#USER="minidlna"
#GROUP="minidlna"
USER="root"
GROUP="root"
betekende dat ik eindelijk in het browservenster :8200 iets van indexering zag gebeuren. ✌
En met VLC kon streamen naar mijn andere apparaten.
Echter, na een tijdje nam ik een kijkje in mijn bestandsbeheerder en zag dat bij mijn externe schijven ineens twee tmp-mappen verschenen waren, waarvan er eentje tmp1 werd genoemd. Nu had ik in het minidlna.conf-ig-bestand een wijziging aangebracht:
# Path to the directory that should hold the database and album art cache.
#db_dir=/var/cache/minidlna
db_dir=/media/pi/tmp/dbDlna
Ik had twee partities tmp-s met in de ene een map dbDlna met kleine files.db van ca. 60 Kb en een andere tmp (tmp1) met een map dbDlna met als inhoud een files.db van ca. 60 Mb én een map genaamd art_cache.
De eigenaar en groep van tmp is root. De eigenaar en groep van tmp1 is root:pi.
Dat was terwijl minidlna liep met USER="root" en GROUP="root". Wonderbaarlijk genoeg liep dit goed, behalve dan dat door de 'hernoeming' de downloadmap voor transmission niet meer klopte. En, welk proces was verantwoordelijk voor die hernoeming.
Met gParted hernoemde ik de partitie naar temp. De bestanden en map tmp wiste ik ook en ik startte opnieuw op. En hier begint het nu te wringen omdat ik niet helemaal zeker ben van wat er precies volgde.
Ik besloot om de groep waaronder minidlna liep aan te passen naar "pi" om het meer in overeenstemming te brengen met hoe het bedacht was. Helaas voor mij was er opnieuw een schijnpartitie gemaakt en in de map dbDlna werd nu ineens ook een flinke index (database) opgebouwd.
Blijkbaar had ik iets gemist. Bij gParted stond als koppelpunt /media/pi/temp1. De partitie ontkoppelen om daarna met mount aan te koppelen op /media/pi/temp. Vol spanning keek ik naar wat er zou gebeuren wanneer ik minidlna opnieuw zou starten. Er gebeurde gelukkig niks onverwachts.
