Edit:
Braucht nicht weiterlesen - im Moment geht es wieder !?!?

Bei mir (VU+Duo, HDF6.2) crasht das minidlna. Ich glaub das liegt daran, dass die files.db ca 140 MB groß wird und im RAM angelegt wird.
Mh. Eine Einstellung wo die erzeugt wird finde ich in den Settings des Plugins nicht.
Ich hab mal die /etc/minidlna.conf so geändert, dass das File auf der HDD angelegt wird. Soweit so gut. Sollte man das nicht in der Oberfläche des Plugins einstellbar machen?

Allerdings wird die Datenbank bei jedem Start neu angelegt!?! Ich hab nach der Indizierung das files.db dir Schreibrechte entzogen - hilft auch nicht.
So ist das doch nicht gedacht, oder?


--- Edit:
Es spielt wohl das Files-system eine Rolle. files.db und das log hab ich auf einer ext-Partition, was auch gefordert ist. Lediglich die Daten (Musikfiles) liegen auf eine NFTS Partition. Laut Beschreibung geht das aber.

Eine Beschreibung weiter - schätze mal das ist das Problem:
What's really needed is for ALL required storage volumes to be
mounted BEFORE minidlna is started. Then it all works correctly. And
if you think about it, that's pretty much a given on a traditional
computing system, be it Linux, Windows, or whatever. Minidlna installed
on a traditional Linux box doesn't see this issue. It's only when
plopped into an embedded system like a router that it exhibits this
undesirable behavior.