MINIDLNA - Start ohne rescan

Hallo zusammen,

ich habe auf meinen raspberry pi4 einen minidlna-server installiert. Am Raspberry hängt eine externe USB-Platte mit

ca 220000 Musik-Files und ca 100000 Bildern. Der Scan zum Aufbau der minidlna-db (files.db) dauert für diese Menge

ca 5 Stunden.

Nun habe ich das Problem, daß der scan grundsätzlich IMMER losläuft wenn ich den minidlna neu starte.

Es ist auch egal, wie ich den Service starte:

sudo service minidlna start

sudo /usr/sbin/minidlnad -f /etc/minidlna.conf -P /run/minidlna/minidlna.pid

sudo /usr/sbin/minidlnad -f /etc/minidlna.conf -P /run/minidlna/minidlna.pid -r

systemctl start minidlna.service

im script /etc/init.d/minidlna steht beim starten tatsächlich der Schalter -r drin, da denke ich mal

daß er einen rescan macht, "-r" heißt ja "forces a rescan". Also versuche ich den Start ohne diesen Schalter

in der Shell: sudo /usr/sbin/minidlnad -f /etc/minidlna.conf -P /run/minidlna/minidlna.pid

jedoch mit demselben Ergebnis: die files.db wird neu aufgebaut (5 Stunden Laufzeit).

Gibt es irgendwo noch eine Einstellung (ich habe bis jetzt leider nichts gefunden) mit der man

dem minidlna sagen kann, daß es gefälligst die bestehende files.db verwenden soll und keinen

rescan machen soll?

Für Tips wäre ich dankbar, denn mit jewils 5 Stunden Wartezeit, bis der scan durch ist

macht das ganze keinen Sinn.

... ich habe das auch auf meinem MAC-Book ausprobiert, hier fuktioniert es:

ohne Schalter und mit "-r" wird die files.db NICHT neu aufgebaut, einen Neuscan kann man

hier erreichen mit "-R". Auf dem Raspbi geht das leider nicht ...

... habe mir das log noch angesehen, nach jedem Start (egal ob ohne Schalter oder mit "-r")

erscheint am Anfang die Meldung

[2021/01/25 11:19:19] minidlna.c:357: warn: New media_dir detected; rebuilding..

der Eintrag inotify=yes steht in meiner /etc/minidlna.conf auskommentiert drin #inotify=yes

Ich habe festgestellt, daß der rebuild immer dann durchgeführt wird, wenn in der /var/log/minidlna/minidlna.log

Warnungen drin stehen. Habe es mal mit nur ein paar Dateien probiert, da hatte ich keine Warnung und

bei einem weiteren Start lief der scan nicht los.

Seltsam sind aber die Warnungen die im log-file stehen:

Hier mal ein Beispiel:

warn: Linking /var/cache/minidlna/art_cache/mnt/musikplatte/Audio/mp3s_f/sistermoon_unplugged.jpg to /var/cache/minidlna/art_cache/mnt/musikplatte/Audio/mp3s_f/gotthard/gotthard-defrosted-01-sister_moon.jpg failed [Die Datei existiert bereits]

Seltsam finde ich dabei, daß hier jpg-Dateien verlinkt werden sollen - auf der Platte ist kein einziges jpg-file drauf, wirklich nur mp3-files.

Wenn ich in das Verzeichnis ...art_cache/mnt/musikplatte .... schaue, hat er tatsächlich jpg-files erstellt (kein file ist ein link).

Auf der Platte selbst gibt es die Dateien

/mnt/musikplatte/Audio/mp3s_f/sistermoon_unplugged.mpr

/mnt/musikplatte/Auiod/mp3s_f/gotthard/Gotthard-defrosted-01-sister_moon.mp3

warum aber will er vom zweiten File einen Link auf das erste file machen???

Es fällt nochwas auf:

Nachdem ich minidlna mit

"sudo service minidlna starat"

gestartet habe laufen zwei identische Prozesse /usr/sbin/minidlnad

nachdem der scan dann durch ist finde ich nur noch einen. Evtl. erstellt der erste das file, auf das der zweite

dann verlinken will? Ist das normal, daß temporär zwei Prozesse laufen?

Hier noch die beiden Prozesse:

pi@raspberrypi:/var/log/minidlna $ ps ax | grep minid
 2594 ?        Ssl    0:00 /usr/sbin/minidlnad -f /etc/minidlna.conf -P /run/minidlna/minidlna.pid -r
 2597 ?        RN     0:01 /usr/sbin/minidlnad -f /etc/minidlna.conf -P /run/minidlna/minidlna.pid -r

was ich auch ganz lustig finde: bei jedem Starten kommt im log die Meldung

warn: WARNING: Inotify max_user_watches [8192] is low or close to the number of used watches [280] and I do not have permission to increase this limit.  Please do so manually by writing a higher value into /proc/sys/fs/inotify/max_user_watches.

/proc/sys/fs/inotify/max_user_watches ist, wie auch hier angegeben auf 8192 gesetzt. Nach dieser Meldung ist also 280 schon sehr nah an 8192 dran, so

daß man die 8192 erhöhen muss ... auf was ???