On 12/26/2017 06:43 AM, Bob Williams wrote:
For some time I have been successfully running a minidlna server which streams music to a Bose Soundtouch device over WiFi. However, it stopped working a few weeks ago, and the SoundTouch device could only find an empty folder.
After several re-writes of /etc/minidlna.conf without success, searching for other versions of minidlna.conf in non-default locations, I finally tracked the culprit down to /usr/lib/systemd/system/minidlna.service:
[Unit] Description=MiniDLNA UPnP-A/V and DLNA media server After=var-run.mount nss-lookup.target network.target remote-fs.target
[Service] Type=forking PIDFile=/var/run/minidlnad.pid ExecStartPre=/usr/sbin/minidlnaconfig EnvironmentFile=-/var/lib/minidlna/rescan.conf ExecStart=/usr/sbin/minidlnad $RESCAN -P /var/run/minidlnad.pid -f /var/lib/minidlna/minidlna.conf [0]
[Install] WantedBy=multi-user.target
So the unit file was forcing minidlna to use the configuration file in /var/lib/minidlna/minidlna.conf rather than the default /etc/minidlna.conf! /var/lib/minidlna/minidlna.conf pointed to media_dir=/mnt and was recreated at start-up, so even editing the media_dir= line didn't work. Changing line [0] to include "-f /etc/minidlna.conf" got things working again - and just in time for Christmas. ;-)
I have no idea how this got changed, but I wonder if anyone else has come across anything similar?
Bob
I just went through the same thing over the holidays. I configured /etc/minidlna.conf the way I wanted it and changed the system service to point to it instead. Worked for me also. Mark -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org