Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#31527 - [minidlna] Cache directory not created when using systemd
Attached to Project:
Community Packages
Opened by Tim (tes) - Thursday, 13 September 2012, 13:36 GMT
Last edited by Sergej Pupykin (sergej) - Monday, 15 April 2013, 12:45 GMT
Opened by Tim (tes) - Thursday, 13 September 2012, 13:36 GMT
Last edited by Sergej Pupykin (sergej) - Monday, 15 April 2013, 12:45 GMT
|
DetailsDescription:
When using systemd, the daemon will not start giving the error: warn: make_dir: cannot create directory '/var/cache/minidlna' Creating the directory with the correct rights will allow the server to start correctly. Additional info: minidlna 1.0.25-1 |
This task depends upon
If you add User=x and/or Group=x to minidlna.service, where x is a different user than nobody, the service will fail to run unless /var/cache/minidlna is chown'd to x:x and the service is restarted.
After a reboot, the owner of /var/cache/minidlna changes to nobody:nobody, even though user/group x:x is defined in minidlna.service.
I'm not sure what's causing the change in ownership (service shutdown, something during reboot?)
When service start minidlna server start but files over the net are inaccessible
_____________/usr/lib/systemd/system/minidlna-fix.service_________________
[Unit]
Description=miniDLNA
After=network.target
[Service]
Type=forking
ExecStart=/usr/sbin/minidlna -f /etc/minidlna.conf
[Install]
WantedBy=multi-user.target
____________________________________________________________________________
instead
________________/usr/lib/systemd/system/minidlna.service____________________
[Unit]
Description=minidlna server
After=network.target
[Service]
Type=forking
User=nobody
ExecStart=/usr/sbin/minidlna -P /var/run/minidlna/minidlna.pid
PIDFile=/var/run/minidlna/minidlna.pid
[Install]
WantedBy=multi-user.target
________________________________________________________________________________
I don't know why...
Library? Binary?
[diego@ippocrate minidlna]$ ls -alt
totale 784
-rw-r--r-- 1 root root 22159 15 apr 13.30 minidlna.log
-rw-r--r-- 1 root root 765952 15 apr 13.30 files.db
drwxr-xr-x 2 nobody nobody 4096 14 apr 14.46 .
drwxr-xr-x 8 root root 4096 12 apr 18.58 ..
[diego@ippocrate minidlna]$ cd /mnt/media/Video/
[diego@ippocrate Video]$ ls -alt
totale 24
drwxrwxrwx 5 root root 4096 14 apr 16.18 ..
drwx------ 17 diego users 4096 14 apr 14.50 Film
drwx------ 7 diego users 4096 13 apr 18.22 Cartoni animati
drwxr-xr-x 6 diego users 4096 12 apr 20.03 .
drwx------ 3 diego users 4096 12 apr 17.26 TV
drwx------ 2 diego users 4096 12 apr 17.25 Musica
[diego@ippocrate Video]$
It is not a bug, you can modify .service and tmpfiles.d config according to your needs.