XigmaNAS

ja, sorry Princo,

bin dir wie gesagt sehr dankbar.

Zwischenstand:
ich komme zu nix.
Ich kann ohne neustart von firefly keine komplette CD (in form von mp3s) durchhören.

Hallo Princo,

ich komme nun endlich mal dazu, deine tolel Anleitung zur Fehleranalyser durchzuführen.
Stand der Dinge vorweg:
Hardware:
intel mini itx board (D510M0) mit atom (D510) drauf und 4GB ram (+4GB Swap) und einer 1,5TB sata pladde. Die zweite Pladde (nur Daten) ist abgeklemmt.
Software:
9.3.0.2 - Nayla (Revision 1480), Embedded Installation. (Installationsauswahl 1 mit Swap)
Ich hab diese Version zu dem Zeitpunkt genommen weil es da halt die aktuelleste "Stable"-Version war. Dass es fast täglich neue Versionen gibt ist mir klar, ich hab das aber nicht berücksichtigt.

Zum Test:
Ich schalte CIFS / SMB ab.
Ich schalte iTunes/DAAP ab.
Ich rufe die WebGui-Config-seite für SSH auf .... es dauert ewig......... das webgui reagiert nicht mehr. ping geht aber noch.
ich starte den nas4free rechner über die konsolentastatur [7) reboot server] neu.
Neustart läuft gut durch.
Ich Schalte per WebGui das SSH inkl root Anmeldung ein.
Ich starte auf dem Mac "terminal" mit zwei konsolen.
Konsole 1: ich log mich am nas4free ein mit "ssh root@192.168.20.211"
Konsole1: ich starte "top", und es funktioniert die statusanzeige.
Konsole2: auch bereit
Statusseite WebGui: 4% Speicherbelegung bestätigt

Testbegin
Konsole2: ich erzeuge wie vorgegeben eine RAMdisk von 2GB, Ergebnis ist genau das, was du vorausgesagt ist. 57% Ramnutzung, Kein Swap.
Konsole 2: ich kille die Ramdisk, Ram wieder bei 4% betätigt.
Konsole2: ich erzeuge wie vorgegeben eine RAMdisk von 4GB, Ergebnis: Speicher auf 91%, Swap auf 15% (629MB). Auf den am nas4free angeschlossenen Bildschrim ist noch immer ohne weitere Fehler der Angezeigt Startinhalt zu sehen mit dem Menü.
Princo, du machst mir angst!
Konsole2: ich lösche die Ramdisk
Konsole1: ich starte "top" neu.
Konsole2: Ich lege die Ramdisk mit 7G an. Ergebnis: Speicher auf 90%, Swap auf 90% (3,59G). Auf den am nas4free angeschlossenen Bildschrim ist noch immer ohne weitere Fehler der Angezeigt Startinhalt zu sehen mit dem Menü.
Konsole2: ich lösche die Ramdisk
Konsole1: ich starte "top" neu.
Konsole2: Ich lege die Ramdisk mit 9G an.
Ergebnis: Speicher auf 93%, Swap auf 100% (4G). Auf den am nas4free angeschlossenen Bildschrim ist zu lesen:
swap_pager: out of swap space
swap_pager_getswapspace(16): failed
swap_pager: out of swap space
swap_pager_getswapspace(16): failed
Killed
itunesneu2: ~ #
Konsole2: Connection to 192.168.20.211 closed by remote host.
Connection to 192.168.20.211 closed.
Eingabeprompt.
Per WebGui kein zugriff mehr.
Ich gebe auf der Tastatur "exit" ein und wähle im Menü (7) rebuut server. Ergebnis: reboot
Nach dem reboot schalte ich CIFS/SMB wieder ein. Ergebnis: kein swapvorgang zu sehen.
Info: mein Verzeichnis für die DAAP-Datenbank songs3.db heisst "ITUNESDATENBANK"
(/mnt/DATEN01/ITUNESDATENBANK)

Grüße
uwe

Hi kreuzberger,

das liest sich alles sehr geschmeidigt, dein Swap funktioniert so, wie er es sollte.
Daher brauchen wir uns vorerst nicht mehr um den Swap kümmern.

Wenden wir uns jetzt der eigentlichen Fehlersuche:
1. Deaktiviere wieder deinen Firefly, und reboote das NAS.
2. Verbinde dich dann per SSH mit dem NAS.
3. Wechsle dann in ein Verzeichnis: Dieses Verzeichnis bietet sich an, weil es bereits vorhanden ist, und dort kaum Dateien drin stehen.
4. Erstelle eine komplette Dateiliste: 5. Gib dann diesen Befehl ein: Der Befehl gibt dir eine Zahl und den Dateinamen "index.txt" aus.
Diese Zahl postest du bitte.

Die Datei index.txt brauchen wir evtl. in einem nächsten Schritt, daher solltest du sie noch nicht löschen.

Grüße
Princo

Das Ergebnis von "wc -L index.txt" ist:
324 index.txt

uwe

kreuzberger wrote:Das Ergebnis von "wc -L index.txt" ist:
324 index.txt

Bei diesem Test ging es darum, den längsten Dateipfad herauszufinden.
Ein Wert von 324 liegt bei Musiksammlungen jedoch im üblichen Bereich.

Wenn da z.B. ein Wert von über 1000 herausgekommen wäre, hätte man da evtl. genauer nachforschen müssen.

Du hattest in deinem Eröffnungspost geschrieben, daß du diesen Fehler mit unterschiedlicher Hardware, und auch mit unterschiedlichen Betriebssystemen hast. Daher habe ich den Fehler im Bereich deiner Musikdateien vermutet.
Das können z.B. zu lange Pfade, oder ungültige Zeichen in Dateinamen, oder auch kaputte Audio-Dateien sein.

Um dem Problem besser auf den Grund zu gehen, habe ich mir in den letzten Tagen die Funktionsweise von Firefly etwas genauer angeschaut.

Mittlerweile habe ich so etwas wie ein Ergebnis:

1. Der Fehler liegt bei Firefly.
2. Der Fehler läßt sich nicht völlig beseitigen, aber in der Auswirkung zumindest soweit reduzieren, daß er in der Praxis nicht auftreten sollte.

Workaround:

1. Bei der Konfiguration von Firefly (Services|iTunes/DAAP) ist das "Rescan interval" auf Null zu setzen.
2. Es sollten sich keine Playlisten (.m3u-Dateien) im Datenbestand befinden.
3. Es "darf" kein Rescan über die Firefly-Weboberfläche ausgelöst werden.
4. Ein Rescan des Datenbestandes sollte über ein Löschen der Datei songs3.db im Database-Verzeichnis, und einen Neustart des DAAP-Dienstes (besser: einem Neustart des NAS) erzwungen werden.

Erklärung:
Der Firefly hat ein Memory-Leak-Problem, d.h. er nutzt Speicher, und gibt diesen nicht wieder frei.
Diesen Problem tritt besonders beim Abspielen auf, und und wird potenziert, wenn während des Abspielens von Musik ein weiterer Scan-Lauf stattfindet.
Wenn man aber so wie im Workaround beschrieben vorgeht, dann sollte der Fehler erst erheblich später eine Auswirkung haben.
Es kann daher durchaus sein, daß man einen ganzen Tag problemlos Musik hören kann (das RAM und der Swap laufen relativ langsam voll).
Das Wichtigste ist, daß einem dabei nicht ständig ein automatischer Scan-Lauf in die Quere kommt, denn dann ist das Problem ganz schnell da.

Ein Scan-Lauf ist ja nur dann nötig, wenn tatsächlich neue Dateien hinzugekommen sind.

Probier das mal mit dem "Rescan interval: 0" und dem Löschen der songs3.db aus (danach Neustart). Nach ~20min sollte der Scan fertig sein, und dann kannst du auch eine ganze Weile Musik hören.

Grüße
Princo

Hi Princo,

- ich hatte das Rescan interval schon mal auf 1x pro tag gesetzt. nun also auf null. den gedanken hatte ich auch schon also.
- ein rescan per web oberfläche spar ich mir nun also auch.
- nicht umsonst wollte ich im anderen thread bereits dieses automatische löschen der "*.m3u" dateien erreichen. das funktioniert noch immer nicht.

ich sehe nach wie vor auf den kontrollbildschirm swapfehler.
swap_pager_getswapspace(16): failed

Nach wie vor hab ich den verdacht, dass firefly seit version XY mit sehr vielen mp3-Dateien schlechter klar kommt. Ich hatte ältere Versionen von FreeNas /nas4Free bereits mit über 100.000 datein laufen. auch stabil. seit geraumer zeit ist das eher immer schlechter.

Ziel soll ja doch am Ende ein iTunes Server sein, der weitgehend unverwüstlich läuft. Das bedeutet, dass der iTunes-Server-Rechner vom "volk" nur ein- oder ausgeschaltet werden kann, sonst nix. das "volk" kann halt nur weitere mp3-Daten in einen dafür freigegebenen Ordner reinkippen, mehr nicht.
Einsortieren macht dann ein anderer, der Chef eben. So muss man aber damit rechnen, dass "*.m3u"-Daten immer wieder vorkommen, da das nicht kontrollierbar ist. Das Volk sieht dann im iTunes nur die vordefinierten Wiedergabelisten. Und die kann das Volk nicht ändern oder kaputt machen. (auf einem Mac direkt im iTunes kann das Volk alles verwurschteln.)
Am Ende steht sowas zb. im Vereinsheim hinterm Biertresen. Zum Abspielen reicht ein alt-PC mit Itunes für Windows oder ein alter Mac.
Es kommen dann keine Cassetten oder CDs mehr weg. Daten Löschen kann auch niemand.
Fertsch
Basta

Ich werde den Server mal mit den o.g. Tips ne Weile laufen lassen und dann berichten.
Uwe

Hi Princo,

etwas zur struktur:

Im Rechner sind halt 2 Platten. DATEN01, und DATEN02. Auf DATEN01 sind die Partitionen für die Embedded Installation.
Die Relevante Datenpartition heisst aber DATEN01.
Die Einhämgepunkte heissen ebenfalls DATEN01 und DATEN02.
Die SMB Freigaben Heissen DATEN01 und DATEN02
(langweilig, wa?)
Auf den Platten gibt es dann die Ordner ITUNESMUSIK und ITUNESMUSIK2
In diesen Ordnern gibt es dann mherere Unterbäume die alle Identisch sind in ihrer Verzeichnisstruktur:

iTunes-Musik20_VON_ANTON
-> Favoriten_BLUES
-> Favoriten_deutsches
-> Favoriten_Filmmusik
-> Favoriten_JAZZ
....
-> Favoriten-Rock-Pop

iTunes-Musik21_VON_BERTA
-> Favoriten_BLUES
....

Im WebGui werden dann nur diese Verzeichnisse "mnt/DATEN01/ITUNESMUSIK/iTunes-Musik20_VON_...." eingesetzt.
Im firefly aber die Playlists mit "path includes "Favoriten_Filmmusik" definiert.
So sind dann alle Filmmusiken zb von ANTON, BERTA, ....SABRINA, ULF etc. in der Wiedergabeliste "Favoriten Filmmusik" enthalten.
Das Klappt auch gut.

so........

Hi Princo,

beim stand der dinge hängt sich das FireFly auf. irgendwann kommt dann auf dem Kontrollbildschirm der Konsole:

swap_pager: out of swap space
swap_pager_getswapspace(16) failed

Und dann is plötzlich stille.

Im WebGui ist davon aber nichts zu sehen. Da steht allenfalls bei mir 3% Swap in gebrauch, obwohl der RAM fast leer ist.

uwe

Hallo Princo,

ein kleiner exkurs:
Ich habe während wir die ganze Zeit das Problem beakkern (DANKE!) auf einem anderen NAS4FREE, welches eigentlich nur als Datentonne gedacht war, mal ebenfalls den firefly gestartet und mitlaufen lassen. Das vor allem weil ich selber ne Musikquelle für mich haben wollte, und auch testen wollte damit. Dieses NAS4FREE läuft auf Basis der Selben NAS4FREE Version wie oben angegeben. Es ist aber eine FULL Installation.
Alle Platten sind als UFS Formatiert, kein RAID.
Hardware:
Asrock K10N78M Pro mit Atlon Dual Core 6000
2GB RAM
2GB Swap auf Platte
40GB SATA Platte (DATEN00 für System, lacht, ja sowas gibts!)
2TB SATA Platte (DATEN01)
2TB SATA Platte (DATEN02)
2TB SATA Platte (DATEN04)
2x D-Link DGE-528T Gigabit Netzwerk als link aggregation verbunden mit Cisco SG-200 (Onboard Netzwerk abgeschaltet)

Das Firefly auf diesem System läuft weitgehend stabil!

A) Alle Daten für firefly liegen bei diesem NAS4FREE auf DATEN01. Also einer komplett anderen Paltte als das System. Kann da der Grund des Problems liegen? Du sagtest ja, dass dieses System ohne Swap nicht mehr geht. Darum war die Installation Embedded auf eine USB Stick hierfür auch unglücklich, weil es automatisch auf den Stick swappt. Darum die Neuinstallation auf der Paltte als Embedded. Vermutung ist, dass Swap UND Firefliy auf der selben Platte zuviel ist für den armen, kleinen Atom Processor. Träfe das zu würde einiges dafür sprechen eine ältere Version von Nas4Free zu nehmen für das Intel Board, aber wennn, dann welche?
B) Das INTEL ITX Board D510M0 hat erstaunlicherweise onboard eine Realtec Netzwerkkarte! (ja echt, ich bin auch erstaunt!). Ich könnte testweise eine original INTEL Netzwerkkarte auf den freien PCI-Steckplatz einsetzen und die Onboard-Karte Abschalten. Wäre das ein sinnvoller Ansatz?

uwe

Hallo kreuzberger,

Wenn ich mir den aktuellen Stand des Threads ganz nüchtern betrachte (also alles berücksichtige, was wir beide dazu geschrieben haben), dann sollten wir das Thema "firefly"/iTunesDAAP lieber begraben, und uns um eine alternative Lösung kümmern.

Firefly ist ein absolut totes Pferd, es wird nicht weiterentwickelt werden, und die Webseiten zu diesem Projekt sind tot. Auch im hiesigen Unterforum tut sich in der Richtung gar nichts mehr.

Deinen Hinweis, daß du auf einem anderen Gerät mit einer Full-Installation weniger Probleme hast, habe ich wahrgenommen und überdacht, aber ändert an meiner Einschätzung nichts.

Die Problematik besteht darin, daß zum Einen der firefly ein Memory-Leak-Problem hat, und zum Anderen, daß er möglicherweise durch korrupte Metadaten in den Musikdateien zusätzlich noch aus dem Tritt gebracht werden kann.

Jetzt könnte ich dir zwar zeigen, wie man diese korrupten Meta-Informationen aus deinen 100.000 Musikdateien herausfindet, aber das wäre ein irrsinniger Schreibaufwand für mich, und würde das eigentliche Problem nicht lösen.

Besser wäre es, wenn man einen Streaming-Server hat, welcher keinen Memory-Leak hat, und der sich nicht durch kaputte Metainformationen aus dem Tritt bringen läßt.

Verstehst du, was ich meine?

Das mit den kaputten Meta-Informationen in einigen deiner Dateien ist ein ganz starker Verdacht von mir, der allerdings eine sehr wahrscheinliche Erklärung für das seltsame Verhalten auf deinen verschiedenen Systemen liefern würde.

Was sind die Alternativen?:
Da gäbe es an Stelle von firefly den fuppes (DNLA/UPnP) Dienst.
Um es gleich vorweg zu schicken: auch dieser Dienst ist "kaputt", aber er funktioniert besser und stabiler als firefly.

Andere Alternativen wären Projekte wie "minidlna" oder "plex" auf NAS4Free. Allerdings rate ich davon aus diversen Gründen ab.

Natürlich kann man die Musikdateien auch per Cifs/SMB, FTP, oder NFS bereitstellen. Das hängt dann nur von den Fähigkeiten des Abspielgerätes ab.

Die Vorteile eines echten Streamingservers, nämlich die Metadaten der Musikdateien auszuwerten und bereit zu stellen, sind derzeit mit den aktullen NAS4Free-Versionen nicht möglich. Damit meine ich, die Möglichkeit, Musik z.B. nach Genre, Interpret, Jahr, Album, usw. selektieren zu können.

In ganz alten NAS4Free-Versionen hat das übrigens tatsächlich noch funktioniert, aber in den aktuellen Ständen kann man nur auf Dateisystemebene die Musik auswählen. Mehr gibt DNLA/UPnP auf NAS4Free derzeit leider nicht her.

Für mich ist das jetzt kein so richtig relevantes Problem, da ich N4F nicht wegen der Streaming-Fähigkeiten einsetze, sonder wg. der Datensicherheit.

Wenn ich allerdings eine Kiste bräuchte, die ultimative Streamingfähigkeiten (inkl. Transcoding) aufweist, dann würde ich mich eher nach anderen Lösungen umsehen.

Damit wir uns nicht falsch verstehen: Meine Musiksammlung befindet sich auf einem NAS4Free-System, und ich streame sie per Fuppes auf meine diversen Endgeräte. Dabei kann ich derzeit nicht auf Indizes nach Interpret, Musikrichtung, Album zugreifen, sondern nur auf die einzelnen Dateiverzeichnisse.

Ich gehe davon aus, daß irgendwann auch andere (aktuellere) Streaming-Dienste in NA4Free integriert werden. Allerdings weiß ich auch nicht, welche dafür derzeit in Frage kämen, und wann das realisiert wird.

Ich hoffe, daß ich dit mir diesem Posting die eigentliche Problematik etwas näher gebracht habe,
Grüße
Princo

ggf firefly durch den fork forked-daapd ersetzten?
https://github.com/ejurgensen/forked-daapd

Hi Princo,

ich finde das erstmal niederschmetternd. Solange ich aber keine für mich handhabbare, bedienbare, beherrschbare alternative habe MUSS ich erstmal mit dem alten firefly leben. Ich suche daher nach eienr Lösung eine ältere nas4free version im Netz zu finden mit der ich so istallieren kann, wie ich es bisher IMMER machte:
Das System auf eine separatr P-ATA Platte und die Daten dann eben auf große S-ATA Platten.
Meine Inter4esse war eben, Uralt-Mainboards durch Stromspar-Mainboards zu ersetzen, die aber kein P-ATA mehr haben.
So tappte ich wohl in die Falle und ich denke es liegt auch wirklich daran, dass firefly und Swap auf der selben platte nicht geht.
Ich muss daher eine ältere Version von Nas4Free nehmen (welche?, Woher?), die nicht zwingend Swapping benötigt (bei 4GB RAM) und an sonsten einigermaße stabil firefly bringt. Ich kann mich an Systeme erinenrn, die ohne zu mucken Tagelang Musik dudelten mit Full Intallation Nas4Free, firefly, ohne Swap auch mit deutlich weniger RAM, also 1GB oder so. ...und das mit locker über 100.000 mp3-Dateien.

Ich Probiere alo jetzt noch mal Testweise das firefly auf dem die ganze Zeit diskutierten Intel-System so zum laufen zu brungen, dass auf der DATEN01 (1,5TB, S-ATA) nur das system ist, und auf DATEN02 (1,5TB, S-ATA) eben alle Musikdaten nebst Datenbankordner. So erreiche ich erstmal, dass Swap und firefly auf getrennten Platten läuft und beobachte das.
Zwar verschenke ich so ja sehr viel Platz, aber so lässt sich das Problem ggf erörtern.

Im Zweifel wäre ja eine lösung, provisorisch eine kleine S-ATA Platte für das System dauerhaft an einen Internen USB Port anzuschliessen. Solche Platten bekommt man ja ggf. in der eBucht ganz billig. Dann hätte man wie in meinem Fall die 2x 1,5TB wieder für die Musik frei. Und Swapping würde nicht auf einen USB Stick gehen, sondern auf eine (USB-)Platte.

hi bÜssmann,

das liesst sich alles interessant. doch ich bin in sachen BSD nicht so fit, dass ich mir eine Installation zutraue. Somit fällt das vorerst für mich aus, auch wenn es sehr reizvoll ist.
Leider konnte ich noch nicht so recht überschauen, ob die Features, Playlists (Wiedergabelisten) so für iTunse bereit zu stellen gegeben ist, wie im firefly mit auf "Ordnernamen" basierend. (siehe oben wie von mir beschrieben.)

kreuzberger

kreuzberger wrote:ich finde das erstmal niederschmetternd.

Das war nicht meine Absicht.
Derzeit versuche ich, eine für dich gangbare Lösung zu finden.
Dafür brauche ich noch etwas Zeit.

Grüße
Princo

krezberger: Ziel soll ja doch am Ende ein iTunes Server sein, der weitgehend unverwüstlich läuft. Das bedeutet, dass der iTunes-Server-Rechner vom "volk" nur ein- oder ausgeschaltet werden kann, sonst nix. das "volk" kann halt nur weitere mp3-Daten in einen dafür freigegebenen Ordner reinkippen, mehr nicht.

und

Princo: Derzeit versuche ich, eine für dich gangbare Lösung zu finden.

Naja, ein kostengünstiger Workaround wäre es, einfach einen Raspberry Pi o.ä als Streamingclient zu nehmen, der via CIFS und /oder NFS auf die Freigaben zugreift, damit ersparst Du die das ganze iTunes und UPNP/DLNA gezicke.

Hi crowi,

vielen dank für deinen tip.

ich denke das wird so nicht gehen. denn so ein Raspi hat ja nicht genügt Speicher für Musik. ok, es gäbe ähnliche Projekte inzwischen, mit denen man sowa sauch mit Festplatten machen kann, aber das umgeht leider nicht das eigentliche problem:
wenn fremde, und in Hektik befindliche Leute, sowie Leute die nicht fit sind mit der Bedienung derlei Systeme muss man damit rechnen, dass das frontend (PC, MAC) relativ schnell verguckt ist. Der besonderere reiz dieses systems firefly liegt ja darin, dass der gemeine user nur read only playlists zur Verfügung hat, also im gründe kaum was kaputt machen kann beim nutz, abspielen der Musik.
ich mag auch nicht darüber diskutieren, weshalb den nun so viel Musik nötig sei. es ist eben so, und das ist gut so. somit reicht eine 64GB SD-Flashcard nicht aus.
mit dem kostenlosen iTunes hab ich aber eine systemübergreifende Lösung, die mir diese Playlists per DAAP (Netzwerk) bietet.

Du missverstehst mich, der Raspi sollte nur der Streamingclient sein, nicht der Server. Das wäre sonst Blödsinn und ich gebe Dir recht.
Die Musikfiles liegen weiterhin auf dem NAS, nur kann der Client eben zB mit Kodi oder anderen Programmen via CIFS/SMB oder NFS auf die Musik bzw Playlists zugreifen, benötigt aber keinen iTunes oder DLNA Server.

hi Princo,

...und die anderen netten helfer,

ne interessante Sache wäre ja, wenn man irgendwo ältere Versionen von nas4free bekäme, die für diesen anwendungszweck stabil(er) laufen. das war denke ich in Richtung 9.0 ....9.2...
Die Vers. 9.3 ist wohl ungeeignet, das das Swapping nicht mehr verhindert werden kann und sogar auf den Stick läuft.
Mit wären also die imv-Dateinem fast lieber als die ISO-Images.
Es gäbe da sogar eine Möglichkeit, derzeit große Daten per eMail zu versenden falls das jemand hat.
kreuzberger

so, stand der dinge:

habe mal eben mit der version 10.1.0.2 (Preschende (1731) eine neue Installation gemacht.
So hab ich eine embedded Installation per USB Stick auf eine USB Platte (2,5", 500GB) gemacht, die per USB Kabel durchgeschleift im Rechnergehäuse liegt.
Das netz läuft wieder per DHCP, und er findet auch wie gehabt die im DHCP reservierte IP-Adresse.
Per S-ATA ist derzeit nur eine der beiden 1,5TB Platten in bertieb.

Auf die S-ATA Platte hab ich die iTunes Datenbank neu anlegen lassen.

Ich lass gerade per shuffle Play einen Ordner mit 100 mp3s laufen.......

es läuft und läuft und läuft...........

stand der dinge:

aslo, mit der neuen nas4free version (s.o.) läuft die Musik ununterbrochen durch, doch ich kann in verschiedenne Versionen von iTunes auf unterschiedlichen Macs die Interpretenspalte nicht sehen, während aber in derTextansicht im Itunes die Interpreten gelistet werden.

kreuzberger wrote:stand der dinge:

Ja firefly läuft in 10.1.0.2 - Prescience (revision 1731) anscheinend etwas stabiler, dafür läuft fuppes (UPNP/DLNA) jetzt leider gar nicht mehr

Aber irgendwas ist ja immer...

Grüße
Princo

tja, wo bekomme ich nun die IMG-Dateien für Versionen 9.0, 9.1 und 9.2 hier?

9.2. hab ich in der 64 bit USB Live version archiviert, PM an mich wenn Du sie haben möchtest, dann schicke ich Dir einen Link

also, wer's braucht:

Changed by admin
----------------------
Links removed!
Those builds are no longer supported.

Zwischenbericht:

Ich finde seit Wochen keine version von Nas4Free, mit der der firely stabil und korrekt funktioniert, obwohl das ja mal sehr gut funktioniert hat.
mit der aktuellen version von nas4free -x64 Live USB 10.1.2.1731 als embedded Installation auch einer USB Platte läuft firefly zwar, aber ich kann im iTunes in der mittleren Spalte der Interpreten nichts lesen ausser "Compilatins".
Ältere Versionen wie 9.0 zeigten sich erst gar nicht im iTunes, obwohl laut firefly Config Seite alles ok war.

seufz......

wenn du lust hast kannst du ja versuchen firefly durch
https://github.com/ejurgensen/forked-daapd
zu ersetzen und die änderungen als patch zu posten.

damit sollte dann auch itunes wieder richtig funktionieren.

stand der dinge: Ich melde ERFOLG!

Und ich bin doch gern bereit euch das mal näher zu beschreiben.

Ich habe nun die neueste Version von Nas4free NAS4Free-x64-LiveCD-10.2.0.2.1778 gedowngeloadet und installiert.
dabei installiere ich per USB stick die embedded Version auf eine über USB angeschlossenen kleine 500GB 2.5" HDD. Die liegt einfach intern im Gehäuse.
so, Neustadt nach Installation ausgeführt, USB Stick abgezogen, systemstart von der USB Platte.
Im Rechner ist am S-ATA Port 1 eine 1,5TB Platte dran. Da is Mucke druff.
Flugs also per Konsole DHCP festgelegt, die korrekte IP Adresse der server-reservierung holt er sich, zauberhaft!
Web-Interface Aufgerufen und div. Grundeinstellungen vorgenommen:
- Oberfläche Deutsch
- stromsparmodus
- S-ATA Platte per Hand eingebunden (Nicht automatisch suchen lassen)
- Einhängepunkt der S-ATA Platt definiert
- User eingerichtet (sh, Admin, wheel)
- CISF/SMB eingerichtet, eine Freigabe auf die S-ATA Pladde.
- die alte iTunes-db Datei gelöscht.
- firefly (iTunes) neu eingerichtet, erste Playlists definiert.

seit gestern dudelt die Kiste ununterbrochen Musik ohne zu zicken.

Anmerkungen:
Dass firefly wohl nicht weiter entwickelt wird ist sehr sehr schade. ich hoffe, dass es ein ähnlich gutes groggy im zukünftigen nas4free geben wird. Um die o.g. Vorschläge zu installieren bräuchte ich ne Anleitung für doofe.
Für die USB-Sticks / USB-Platten, die das system beherbergen sollen suche ich nach Adaptern, die man auf die internen Pfostenstecker der Mainboards stecken kann, damit ein Systemstick nicht einfach so mal abgezogen werden kann ... weg issa. Es gibt sowas im Amazon, aber teuer.
Ich tendiere hier ohnehin eher für kleine, gebrauchte USB HDDs.
Noch ist das Musikbox-Unkaputtbar-Projekt nicht fertig, also es geht noch weiter mit der Entwicklung.

Weitere Schritte:
Test der embedded Installation direkt auf eine weitere S-ATA Platte, um den USB Stick zu vermeiden.