hawihoney

Die bringt beim Stromverbrauch nix. Das kann man nur durch Ausprobieren lösen. Eine installierte Software Komponente deaktivieren, gucken/messen, nächste ...

Die enden zur Endezeit - das nächste Feld in der Plex Konfiguration. Wird auch eingehalten (bei mir 01::00-03:00): Wenn es bei Dir über die Endezeit hinausgeht, dann ist es etwas Anderes.

Sind oben bereits aufgeführt. Zusätzlich kannst Du Dir eine Liste der Inhalte der Platten ziehen (Stichwort tree). Dann navigierst Du halt manuell zu der einen Festplatte. Medien-Umgebungen nehmen Dir das ab. Wenn man das nicht will muss man mit dem Ergebnis, oder irgendwelchen Workarounds, leben. Ich betrachte Videolan als ein Werkzeug für die manuelle Interaktion - nichts Halbes und nichts Ganzes - irgendwie Oldschool - wie auch die grafische Oberfläche.

Das liegt an der Kombination von /mnt/user/ und leerem RAM-Cache. Das System "sucht" den gewünschten Inhalt auf den zum /mnt/user/<Share>/ zusammengefassten Festplatten. Diese werden hierzu der Reihe nach hochgefahren (jeweils bis zu 15 Sekunden). Es gibt diverse Workarounds wie das Cache-Dir Plugin, mehr RAM oder/und die Verwendung von Medien-Umgebungen wie Plex. Dort gibst Du dann nicht /mnt/user/ sondern alle /mnt/disk*/ an. Dann ist der Spuk zu Ende. Selbst bei einem leeren RAM-Cache wird dann nur eine einzelne Platte gezielt angesprochen.

Nein, der Containername --> hatte ich doch abgeleitet: FreeFileSync docker exec FreeFileSync /XXX.ffs_batch

Ich rate mal: Plex installiert? Wenn ja - guckst Du hier:

Ohne zu wissen was in dem Script intern vorgeht würde ich den sicheren Weg von zwei Wegen wählen. Diese Variante "erbt" die Umgebung des Containers: #!/bin/bash #arrayStarted=true #backgroundOnly=true #clearLog=true #noParity=true # docker exec <Containername> /XXX.ffs_batch # also vermutlich: docker exec FreeFileSync /XXX.ffs_batch

Eigentlich findet man so etwas im offiziellen Manual. Es gibt sogar zwei alternative Wege. Das ist der zweite Weg: https://docs.unraid.net/unraid-os/manual/docker-management/ https://docs.unraid.net/unraid-os/manual/docker-management/#re-installing-docker-applications

Das hättest Du alles nicht machen müssen. Ein "Backup" der verwendeten Container Definitionen ist bereits eingebaut: 1. Auf der Übersichtsseite der Docker Container: 2. Ein User-Template auswählen: 3. Fertig. Die Container Definitionen werden halt automatisch auf dem Stick gesichert:

Wer hat denn schon einen SD-Karten Slot an einem Server- bzw. NAS-Gehäuse? USB-Buchsen hingegen hat jedes.

Nur zur Info: https://datasciencedojo.com/blog/lamp-vs-lemp/

Reconstruct Write kann nur das Schreiben beschleunigen denn beim (Re-)Build - und um das geht es hier - werden ohnehin alle Platten gelesen (außer die zu beschreibende). Es spielt dabei keine Rolle ob eine Daten- oder Parity-Platte beschrieben wird. Der (Re-)Build einer Platte ist deshalb immer schneller als das Schreiben im "read/modify/write" Modus (ca. 2x). Die 100 MB/s oben sind für einen Build lahm - egal ob Außen- oder Innenbahn oder Wasseradern unter dem Rechner. Ich vermute weitere Aktivitäten parallel auf dem Rechner ...

OMG. In Deinem eigenen Interesse - mach das nicht. Das wird über kurz oder lang scheitern. 1. Auch wenn Unraid die Buchstaben "UN" im Namen trägt, ist es nach wie vor ein Live RAID System (Parity wird in Echtzeit erzeugt). 2. Auch wenn man eine solche Konstellation mal schnell und komfortabel einrichten kann, ist RAID nach wie vor für NAS/Server-Betrieb gedacht. USB-Devices, Slotkarten, o.ä. sind im Dauerbetrieb nicht stabil (reliable) genug um sie in ein RAID zu integrieren. Wenn nur eine Komponente (Controller, Kabel, Device) sich mal eben eine Auszeit gönnt wird das RAID degraded. Es gibt NAS Systeme welche die Parity verzögert generieren - teilweise sogar auf manuellen Anstoß. Da spielt das keine Rolle. Hier noch der Wikipedia Text zur Nutzung von SD-Karten: https://de.wikipedia.org/wiki/SD-Karte#Nutzung

So ist es richtig. Alles rein - die Inhalte der ZIP Datei sind verschleiert (obfuscated). Du hast MACVLAN Traces. 1. Auf aktuelle Version 6.12.6 upgraden 2. Diese Schritte aus 6.12.4 durchführen: https://docs.unraid.net/unraid-os/release-notes/6.12.4/#fix-for-macvlan-call-traces

Du klinkst hier 5 MB Log als Text rein? Echt jetzt? Bitte Diagnostics erstellen lassen und hier einstellen.

Drei USB Devices. Die sind im Array/Pool nicht zu gebrauchen. RAID Systeme mit USB Devices werden Dir permanent "Spaß" bereiten und unterschiedliche Fehler generieren. Da kann Dir dann auch niemand helfen. USB Devices nur als Single Disk bzw. Unassigned Devices.

Alles drin lassen. Ich hab mir Deine go angeschaut. Die enthält klassische Merkmale einer gefakten Kaufversion. Glaub mir, Unraid macht das nicht selbst ...

Was hatte ich geschrieben? Mit Unraid Bordmitteln löschen, mit Unraid Bordmitteln kontrollieren ob sie tatsächlich weg ist, booten. Diese 3 Schritte ununterbrochen hintereinander. Wenn sie dann noch da ist, dann bist Du der eine Besondere unter Hunderttausenden, Gratulation. Mach dann bitte einen Bug Report mit diagnostics auf.

Die Datei mit Bordmitteln auf der Unraid Konsole löschen, kontrollieren wie viele *.key Dateien existieren und direkt neu booten.

Verstehe ich nicht. Welche Lizenz ist denn nun mit diesem speziellen Stick verknüpft? Wie viele *key Dateien hast Du im /boot/config/ Ordner dieses Sticks? Mach mal "ls -la /boot/config/*key" aus der Unraid Konsole. Was steht bei Dir oben rechts - mach mal Screenshot:

Lizenz kaufen? https://unraid.net/de/preis Alternativ: Den Stick auf Fehler prüfen (CHKDSK) und nicht entfernen.

Das ist faktisch ein neues System. Also ja, mit den leeren Platten neu machen und die alten Platten nach und nach über Unassigned Devices (USB) anschließen und Inhalt kopieren. Das mit dem Stick wird aber so nicht funktionieren. Die Lizenz ist mit dem Stick verknüpft. Die kannst Du nicht hin und her kopieren. Du kannst eine Sicherung vom Stick machen, diesen platt machen, neu installieren und vor dem Booten die Lizenzdatei aus der Sicherung wieder an gleiche Stelle kopieren. Aber Achtung, die alten Platten sind am UAD nicht mehr durch eine evtl. Parity abgesichert ... Im Katastrophenfall alte Platten wieder einbauen, die Sicherung auf dem Stick installieren und Du hast wieder das alte System.

DFM nutzt meines Wissens rsync - müsste ich mal checken. Deshalb nutze ich den bisher nur für Kleinkram. Größere Sachen mache ich immer mit "mc" auf der Konsole. Richtig große mit "mc" in einer "screen" Session auf der Konsole.

Sieht das nur so aus oder laufen zwei rsync Prozesse parallel? Und das über /mnt/user/ (SHFS)? Und Du wunderst Dich?

Poste mal Screenshot von htop.