saber1

Bezüglich Cache wurde vor Kurzem etwas bei den FAQ's ergänzt: Wie funktioniert der Cache?

Du musst noch bei /mnt/user/appdata schauen. Dort werden noch Reste von Macinabox liegen, nach der Deinstallation des Dockers. Am besten installierst Du Dir folgendes PlugIn: CA Appdata Cleanup

macOS braucht, sofern keine speziellen Anwendungen dort laufen sollen, die mehr Grafikpower benötigen, keine dedizierte GraKa. Läuft auch mit VNC.

Kann ich mir irgendwie nicht vorstellen. Bin auf Deine Erfahrung gespannt.

Da sich aktuell gefühlt jeder dritte Thread (nichts gegen Dich @helgebernd) um das Thema "Wie funktioniert der Cache?" dreht, sollte Limetech das eventuell etwas prominenter Beschreiben. Oder man sollte das mit in die Häufig gestellten Fragen aufnehmen. Was sagt ihr dazu @mgutt @ich777 @vakilando ?

An BigSur wirst Du schon Deine Freude haben. An die Power des "echten" wird das dennoch nicht ran kommen, denke ich.

Kannst Du ganz normal tun.

Mal ganz grundsätzlich: Man muss sich nicht selbst darum kümmern, das die Dateien vom Cache ins Array kommen. Genau dafür gibt es den Mover. Stelle, falls Du die Dateien nicht lange auf dem Cache behalten möchtest ein kürzeres Intervall in den Mover-Einstellungen ein. Aufklärung Nehmen wir an, Du hast zwei Festplatten (Disks) im Array (ohne Parity). DISK1 und DISK2. Zusätzlich hast Du noch eine Festplatte für den Cache. CACHE. Nun legst Du einen Share (Freigabe) an, der als Cache-Einstellung "Yes" hat. In den Einstellungen für die Freigabe wurde deklariert, das keine Disk (aus dem Array) ausgeschlossen werden soll. Den Share nennen wir mal MUSIK. Da keine Festplatten ausgeschlossen werden sollen, und auch der Cache verwendet werden soll, befindet sich auf allen drei Festplatten (DISK1, DISK2, CACHE) ein Ordner MUSIK. Verbindest Du Dich nun von einem Client mit dem Server und mountest die Freigabe MUSIK, siehst Du den gesamten Inhalt ALLER drei Festplatten. Egal ob sich noch Dateien im CACHE oder auf DISK1 oder DISK2 befinden. Schiebst Du vom Client nun eine neue Datei in diesen Share, landet sie zunächst, da Einstellung "Yes" auf der CACHE-Disk. Auf dem Client "siehst" Du davon aber nichts, da der Share ja alle Festplatten zusammenfasst. Nachdem der Mover die neue Datei von CACHE zu, sagen wir DISK2 verschoben hat, befindet sich die Datei physisch auf DISK2 und nicht mehr auf CACHE. Auf dem Client ist davon aber, wie geschrieben, nichts zu sehen. Vielleicht wird es so etwas verständlicher. Man kann aber natürlich überprüfen (CLI, Krusader usw.), wo genau eine Datei abgelegt ist. Die Mountpunkte sind /mnt/diskX/...Disk1 Disk2 Disk3 usw...

Für alles Weitere: Paritätsbit 😁

Sonst gerne auch mal in die Wiki schauen. Auch wenn sie nicht mehr ganz aktuell ist: Für Deine Aktion passt es: https://wiki.unraid.net/Replace_A_Cache_Drive Nicht am Wort "Replace" stören. Es geht darum, wie mit Docker/VM's zu verfahren ist.

Nur mit dem Dynamix SSD Trim PlugIn.

Daten die man, aus Performance-Gründen, dauerhaft auf den Cache legen sollte (Docker; VM's), sind bei nur einem Laufwerk ungeschützt. Die Parity-Platte "kümmert" sich nur um die Platten im Array. Hast Du keine regelmäßigen BackUps der Daten auf dem Cache, und die Platte erleidet einen Defekt, sind die Daten weg. Hast Du nun allerdings zwei Cache-Laufwerke, laufen diese im RAID1. Sprich die Daten werden gespiegelt. Geht nun eine Platte kaputt, hast Du immer noch die andere mit Deinen Daten.

Kommt drauf an, wie oft sich die Daten auf Deinen Platten ändern. Sprich neue hinzu kommen oder alte entfernt werden. Und natürlich, wie wichtig Dir diese Daten sind. Ich lasse meine 8TB Parity einmal im Monat checken. Der letzte Check hat knapp 19 Stunden gedauert. Allein deswegen lasse ich es nicht einmal pro Woche checken.

Kann man nichts gegen sagen. Zumal in dem verlinkten Vergleich von Dir die Leistung gegenüber dem Turion schon enorm ist. Als Budget-Server auf jeden Fall eine Überlegung wert. Arbeitsspeicher würde ich auf die maximalen 32GB oder zumindest 16GB aufrüsten: https://www.fujitsu.com/fts/products/computing/pc/desktops/esprimo-p556-e85/

MakeMKV und Handbrake gibt es auch als Docker-Container.

Ich hatte vor meinem unRaid-Server ebenfalls einen HP Microserver (N54L) mit OpenMediaVault im Einsatz. Für unRaid war mir diese alte Hardware zu schwach. Habe halt dann, nach knapp 7-8 Jahren im Einsatz, in neue Hardware investiert. Den N54L habe ich allerdings weiterhin mit OMV, als Backup für unRaid, im Einsatz.

Hattest Du zwischenzeitlich mal eine weitere Disk im Cachepool, die nun nicht mehr eingebunden ist?

Mit dem System wären es mir zu viele Unwägbarkeiten. Ich würde wechseln.

Deutsche Sprache ist erst ab Version 6.9 (z.Z noch Beta) als PlugIn verfügbar: https://unraid.net/blog/unraid-6-9-multi-language-support

Mit dem Cursor auf Höhe der Einträge gehen (Also z.B. auf Höhe von "Enable Auto Start"). Dann sollte der Cursor sich zu einem Fragezeichen verändern. Nun einfach Klicken.

Wobei die Methode mit GParted auch nicht funktionieren würde: GNU Parted

Hier gibt es einen Thread zu APFS: How to mount an apfs volume in Unraid Ich würde das aber nicht direkt mit unRaid machen. Eher würde ich eine VM mit gparted erstellen. Freigaben aus unRaid in gparted mounten und dann so die Daten umkopieren.

Leider ist der Umzug von einem NAS zum anderen, oder auch nur die Vergrößerung eines RAID(5)-Verbundes immer mit Aufwand verbunden. Mit ein Grund, warum ich zu unRaid gewechselt bin. Mein Szenario sah vor einiger Zeit so aus: Altes NAS (OpenMediaVault) mit 4x4TB zu einem RAID5. Effektiv nutzbar 12TB. Fast voll. Also mussten eh neue Platten angeschafft werden. 4x8TB gekauft. Weitere externe 14TB Platte angeschafft. Auf diese Externe das ganze Zeug zwischengespeichert. Mit den 8TB Platten das neue NAS (unRaid) aufgesetzt. Daten von OMV zu unRaid kopiert. Wäre dabei etwas schief gegangen, hätte ich noch das Zeug auf der 14TB Platte gehabt. Hat mehrere Tage gedauert das ganze Prozedere.

Nein. UUID und UUID_SUB haben zwei unterschiedliche ID's EDIT: Doch. SDJ und SDF haben beide die gleiche UUID.

Meine UUID taucht unter UUID auf. NICHT unter UUID_SUB