jj1987

Naja erstmal solltest du herausfinden warum dein Server nur maximal package state c3 erreicht. Das ist nämlich der Grund warum du idle 20w brauchst Irgendeine device scheint da nicht sauber in den idle Zustand zu gehen

Sorry aber das ist jetzt aber sehr schwarz/weiß gedacht Bei "Griff ins Klo" würden mir spontan erstmal dutzende andere nvme SSDs vor der EVO einfallen Und der Witz ist, dein Ratschlag lieber eine kleinere SSD zu nehmen ist konträr zum Punkt "sustainable write Speed". Denn je größer die SSD umso größer ist auch deren Cache, sprich umso länger kann schnell geschrieben werden (temp Drosselung Mal aussenvor). Allerdings liegen aktuell dank Black Friday/ Cyber Monday die 970 EVO und 980 pro preislich recht nah beieinander, sodass man natürlich schon eher überlegen kann, ob man nicht doch gleich eine Klasse besser kauft. Aber um das nochmal deutlich zu sagen: falsch macht man mit der 970 EVO nichts!

und ab Gen 12 dann wiederum alles ab i5(?) - da bin ich mir gerad nicht hundertprozentig sicher. Auf jeden Fall noch mal wieder anders...

Da musst du Intel fragen. Fakt ist ECC geht beim i3 und beim Xeon (bei Gen 8/9), alle anderen Prozessoren unterstützen kein ECC

Technisch machbar - ja Aber es wird ausdrücklich NICHT empfohlen Bei USB gibt es immer Mal wieder Verbindungsprobleme. Das würde im Array dann zwangsläufig zu einem Fehler führen. Falls du auf den Ausfallschutz durch die Parity verzichten kannst und einfach nur Platz für Daten brauchst könntest du die USB Platten als unassigned devices nutzen. Gerade dann (aber natürlich auch mit Parity) solltest du aber ein Backup Konzept haben!

Leider nur i3

Mal ganz doof gefragt: der Stick wird aber von UNRAID erkannt? Nicht das der Stick einfach einen Weg hat?!

Jein, je nach Container kann man schon sagen "der erste kostet Strom" (weil ggfs höhere c-states nicht erreicht werden oä), jeder weitere ist dann aber tatsächlich zu vernachlässigen

Genau deshalb habe ich mir fest vorgenommen, mein noch zu beschaffendes Smart-Home, auf einem separaten raspi laufen zu lassen. Und wenn die Preise irgendwann Mal wieder normal werden wird ein zweiter Pi zusammen mit einem Backup des erstens Pi in die Schublade gelegt, für den Fall der Fälle... Mag mich ~120w am Tag mehr kosten, aber das muss laufen. WAF und so

Hmm sieht tatsächlich so aus... Bislang gab es "echten" ECC DDR5 nicht zu kaufen, deswegen hatte ich das einfach Mal unterstellt. Das scheint sich dann wohl inzwischen geändert zu haben

Bedenke dass das kein "echtes" ECC ist sondern nur On-Die ECC. Schützt also nur vor (unbeabsichtigter) Veränderung innerhalb des Speicherchips, aber nicht auf dem Weg von/zur CPU Sicherlich besser als gar kein ECC aber eben trotzdem schlechter als ECC DDR4 RAM

Auf den ersten schnellen Blick, klingt das hier ähnlich:

Ohne Parity brauchst du nur "new config" sagen (unter "Tools")

Dafür ist unbalance nicht gedacht und ich bin mir gerade auch nicht sicher ob das damit überhaupt geht. "Richtige" Vorgehensweise wäre die betreffenden shares bezüglich der Cache Nutzung auf "Yes"/"Ja" umzustellen. Dann VM + Docker Dienst (!) Stoppen. Dann den mover manuell starten. Dann prüfen ob wirklich alles vom Cache runter ist. Dann neuen Cache einbauen und die share regeln bezüglich Cache Nutzung nach Belieben wieder ändern

Mal ganz doof gefragt: warum muss es denn unbedingt SMB sein? Vu+ ist Linux, UNRAID ist Linux, da würde sich NFS doch anbieten?!?

Ere obere m2 slot ist direkt an die CPU angebunden und somit "unlimitiert" Der untere läuft über den Chipsatz, der seinerseits nur mit x4 an die CPU angebunden ist und der ggfs noch USB, Netzwerk (LAN2) etc bereitstellt. Da kann eventuell ein Flaschenhals entstehen

War es denn (mit der selben Platte) schon Mal schneller? Was für eine HDD ist es? Wie ist der Füllstand? => SMR möglicherweise?

Ja Vorher die Haken entfernen, neustarten und dann das gvt-g Plugin nutzen.

Nutz dafür besser das gvt-g Plugin von @ich777 Die IGPU klassisch durchschleifen ist durchaus problematisch

Die Parity kann nur den Ausfall einer Disk abfangen, da Disk 4 raus ist = kein Schutz vor weiteren Ausfällen bis Wiederherstellung Disk 4 bzw neuer Parity

Kommt drauf an, was du beim Parity Check eingestellt hast. Fehler korrigieren oder nicht. Bin mir gerade nicht sicher was der Standard Wert ist, ich hab's bei mir auf alle Fälle auf deaktiviert stehen

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

Naja wenn es aber auch immer derselbe Slot war würde ich das aber auch noch Mal in einem anderen Slot gegentesten

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

Nein kenne ich nicht. Ich weiß (nur hörensagen) dass die i225 Netzwerk Chips von Intel Anfangs irgendwelche Probleme hatten und deshalb sogar eine neue Hardware Revision aufgelegt werden musste. Aber was genau das war und wie relevant das ist kA