jj1987

Zum "heilen" musst du jetzt ersteinmal das Array als secondary storage definieren, dann mover direction "Array->Cache".
Dann unter settings -> Docker den Docker Dienst stoppen.
Danach den mover starten
Dann Docker Dienst wieder aktivieren und ggfs den Share wieder nur auf Cache stellen 

Den jeweiligen Share anklicken, primary storage Cache, secondary Array, mover direction: Array -> Cache.
VM Dienst und Docker Dienst beenden, mover starten
Nochmal kontrollieren ob alles verschoben wurde
Wenn alles gut: VM Dienst & Docker wieder starten
Wenn nicht: die Brechstange rausholen und mittels mc verschieben und danach dann VM & Docker starten

Im Array funktioniert TRIM halt nicht.
FALLS die SSDs von Haus aus eine gute Garbage Collection eingebaut haben, muss das keinen Nachteil haben. Aber da gilt im Zweifel "Versuch macht klug"

Was ggfs auch im Docker directory gespeichert wird.
Tauchen abgesehen von Docker sonst irgendwelche Ungereimtheiten auf?
Falls ja, könnte auch der USB Stick langsam sterben

Wenn du auf der "main" Seite bis, beim gewünschten Device die Zahnräder anklicken, dann sollte der folgende Bildschirm erscheinen, unten (s. markierung) kommt dann das Script rein:

Bist du auf einer UNRAID Version >= 6.12.4?
Wenn ja, Release notes gelesen und umgesetzt?
Wenn ältere UNRAID Version, bitte updaten und Release notes für 6.12.4. lesen und umsetzen 

In dem Anmeldefenster steht als User "root", der geht für smb definitiv nicht. Hast du es auch schon mit deinem smb User "el_jefe" versucht?

Mal als aller erstes: USB Festplatten werden ausdrücklich NICHT empfohlen!
Dein Problem rührt vermutlich daher, dass du dieselben Gehäuse nimmst und diese eben keine "echte" einzigartige Seriennummer angeben, sondern vermutlich dieselbe. Da UNRAID aber über die Seriennummern die Festplatten zuordnet, springt das System ständig hin und her, da es ja zweimal "dieselbe" Festplatte gibt. Deine Parity steckt offensichtlich in einem anderen Gehäuse daher ist die Seriennummer eine andere.
 
Kurz und knapp: das wird so nichts, mach es lieber gleich richtig und verwende interne Festplatten

Nein, entweder <-> oder
 
Frei bleibt die zwar auch nicht, aber es sind halt keine "nutzbaren" Daten 

Habe im UEFI jetzt Intel RST deaktiviert und schwupps wird die NVME erkannt 🤷‍♂️
Wohlgemerkt es war kein RAID konfiguriert, soll aber ja teilweise helfen bessere c-states zu erreichen 

Ganz sicher? Prüfe mal ob du unter /mnt/user0 (=fuse mointpoint für das array) nicht doch "appdata" und "domains" liegen hast

Muss das vielleicht über die _Container_ Konsole gemacht werden? Macht ja eigentlich mehr Sinn, dass die Datei im Container vorhanden sein muss. Oder wird die irgendwie gemappt?!

Hast du powertop in Gebrauch? Klingt so als ob der zugehörige USB Port sich abschaltet. Da musst du ggfs auf --auto-tune verzichten und manuell die Befehle ausführen und den passenden USB Anschluss dann eben auslassen.
 
Ist seit 6.11(?) oder so nicht mehr erforderlich, sondern kann in der GUI jetzt eingestellt werden. Aber so aus dem Kopf weiß ich gerade nicht wo

Ist das eine WD White, also aus einem externen Gehäuse? Dann könnte es die Pin3(?)/Power disable Problematik sein.
Hast du auch schon einen Molexadapter probiert? 

Hast du upgegraded oder bist du ganz frisch gestartet mit 6.12?
Und verstehe ich das richtig, der Cache kam erst im Nachhinein?
Bei jeglichen mover Operationen (sofern appdata + system nur auf Cache yes steht) ist es DRINGEND angeraten nicht nur die einzelnen Docker zu stoppen sondern auch den Docker Dienst selbst zu stoppen.
Ich _vermute_ das Docker Image ist durch die nachträgliche Installation des Caches verschoben worden, vielleicht sogar beschädigt. Das ist allerdings kein Beinbruch. Du musst nur wieder in Apps gehen, dort dann auf den Punkt "previously installed" (kA wie das genau übersetzt wurde) und dort die Docker wieder "nachinstallieren". Die Einstellung bleiben erhalten und dann sollte alles wieder so sein wie vorher
Genau das will man aber eigentlich NICHT. Die eigentlichen Docker sollten auf dem Cache liegen. Nur ggfs vorhandene Datenpfade halt ins Array mounten

Punkt 7 wäre kontraproduktiv. Dann würde er ja nach Zeitraum x (was auch immer du beim mover eingestellt hast) ja wieder alles ins Array kopieren. Und in Kombination mit Punkt 6 würde dann sogar gar nichts mehr gefunden werden.
 
Als Anfänger würde ich Punkt 6 also erstmal außen vor lassen und Punkt 7 macht einfach gar keinen Sinn.
Den Share einfach auf "Prefer" und gut ist - setzt natürlich vorraus, dass der Cache groß genug ist alle Daten die in nextcloud liegen auch aufzunehmen!

Secure Boot ist deaktiviert?
Zwischen UEFI Boot und legacy/CSM schon gewechselt?
Fast Boot deaktiviert?

UNRAID kann damit umgehen, ob es aber tatsächlich wie gewünscht funktioniert hängt vom Mainboard (und ggfs CPU) ab, das muss x4x4x4x4 bifurcation unterstützen. Und das wird leider nicht aktiv beworben seitens der Hersteller. Mit Glück findet man im jeweiligen Handbuch eine Info 

Bin jetzt wieder zuhause und konnte nachgucken:

Und dann:

UNRAID braucht halt zwingend ein Array. Da du nur zfs Pools nutzt, gehe ich davon aus dass du kein Array eingerichtet hast.
Du musst _irgendwas_ ins Array packen, das kann sogar einfach ein weiter USB Stick sein.
das ist UNRAID glücklich und du kannst den Docker service starten und alles ist schön 

D.h. du bist da auch einmal mit "Cleanup Appdata" rübergegangen? Nur uninstall übers Webgui lässt einige "Leichen" zurück.
Falls das geschehen ist
 
dann zur Sicherheit im Firefox einmal den Cache leeren

ES steht für Engineering Sample, also ein Vorserien Testmuster. Das das Board da die CPU nicht richtig erkennt ist kein Wunder.
Ob alles andere richtig läuft? Vielleicht, vielleicht aber auch nicht. Denn diese CPU war ja nicht für den tatsächlichen Gebrauch gedacht und läuft ggfs ohne Boost, niedrigerem Boost oder was man sich noch so alles bei Vorserien Produkten an Abweichungen vorstellen kann

Ist ein Bug bei der SSD, siehe auch:
https://forums.unraid.net/topic/126615-nvme-cache-gibt-falsche-temperatur-aus-gelöst/

Kurz und knapp: Nein!
Externe Gehäuse gerade per USB angeschlossen sind SEHR problematisch. Für das Array definitiv nicht zu empfehlen 

Im Dashboard müsste hinter der Disk ein gelber Daumen runter sein. Da drauf klicken und dann "acknowledge" (ka wie das ins deutsche übersetzt wurde).
Dann wird der "Ist"-Zustand als OK gespeichert und erst bei einer Veränderung gibt's wieder eine Warnung