jj1987

Bei CB war auch ein Test. In der höchsten Stufe werden da schonmal 190W abgerufen. Und sinngemäß heißt es dort, dass man zwar optische Verbesserungen sehen kann, aber das ganze ist doch eher überschaubar. Klar in 2,3 Jahren mag das dann schon anders aussehen. Aber der Hype war (zumindest stand heute) mMn mal wieder größer als das fertige Produkt.

Woher hast du denn die Info mit den 5400rpm? Solche HDDs gibt es seit Jahren nicht mehr. Sogar die Mal so beworbenen WDs haben faktisch mit 7200 rpm gearbeitet und wurden nur durch die Firmware in der Leistung gebremst, wie WD vor ein paar Jahren selbst einräumen musste.

Könnte uU auch der UNRAID USB Stick sein. Hatten wir hier jetzt auch schon öfter. Wobei das häufig dann auch mit plötzlich geänderten/fehlerhaften Einstellungen einhergeht

Das wird ziemlich sicher so sein. Was du probieren könntest (passende Slots vorausgesetzt), die Slots durchprobieren. Ne echte Faustformel gibt es leider nicht, scheint nach Tagesform der BIOS Programmierer abhängig zu sein. Aber manchmal ist es für c-states besser wenn der Slot wahlweise am Chipsatz angebunden ist und dann wieder wenn der Slot direkt an der CPU angebunden ist. Da hilft nur ausprobieren 🤷‍♂️

Hab ein wol Tool für meine vu+, das reicht mir. Da wird das für Aufnahmen häufiger benötigt als Jellyfin. Und zur Not hätte ich für Jellyfin tatsächlich auch eine wol App auf meinem Handy. Waf ist allerdings eher so mäßig...

Nur mit Boardmitteln leider nicht machbar. Man bräuchte ein weiteres Gerät (zb raspi) das dann auch den Reverse Proxy beherbergt, dazu dann ein Script das das Log von NPM/SWAG kontinuierlich auf einen Gateway Error durchsucht um dann in diesem Falle das Magic Packet ans NAS zu schicken. So zumindest mein letzter Stand

Dann werfe ich jetzt noch min.io in den Topf. Ebenfalls ein sehr schlanker Docker. Aber wie schon von @mgutterwähnt, für Sicherheit und Komfort sollte NPM/SWAG davor geschaltet werden

Soll es unbedingt 19" sein? 2U würde ich mir dann sehr gut überlegen, da ist dann wirklich wenig Platz. Und ein normales ATX Netzteil wird dann glaube ich auch nicht mehr passen. Lieber den normalen 12100 kaufen und im UEFI entsprechend drosseln. Der normale dürfte idR zumindest ein paar € günstiger sein Ansonsten sicherlich eine ganz ordentliche Zusammenstellung

Der Speicher wird vermutlich auch laufen, nur halt ohne die ECC Funktionalität. Also kannst du auch gleich "normalen" DDR4 RAM kaufen

Alternativ die 650W Version oder das bequiet Pure Power 11 FM in 550W. Ist nicht ganz so effizient aber immer noch sehr gut. Und nebenbei war es, als das Corsair noch flächendeckend verfügbar war, auch ein paar € günstiger als selbiges. Oder du bist mutig und spielst das Versuchskaninchen mit dem ganz neuen bequiet Pure Power 12 M. Da gibt es noch keine Tests/Erfahrungsberichte aber laut Datenblatt ist das auch bei Low Load sehr effektiv

Ist ja auch richtig, deine Parity ist 4tb groß. Die Parity ist die Summe aller Daten in einem Sektor auf jeder Daten HDD. Deswegen kannst du ja quasi beliebig viele HDDs (und somit gigantische Mengen Nutzdaten) mit nur einer HDD absichern (zumindest gegen den Ausfall von einer HDD)

Wie wär's denn mit midnight Commander? Ist direkt in UNRAID integriert. Einfach in der Konsole "mc" eingeben. Ansonsten Müsste das meine ich per unassigned devices umsetzbar sein. Hab ich aber selbst noch nicht gemacht, deswegen kann ich da so adhoc keine Anleitung beisteuern

Einspruch! Ja sicherlich gibt es leistungsstärkere SSDs, da der TE aber nur 1Gbe nutzt, würde sogar eine simple SATA SSD reichen. Sonstige Anforderungen an das NAS wäre dann (bislang) nur ein Plex Server. Auch da sehe ich jetzt keine gravierenden Vorteile durch eine andere/schnellere SSD. Und zum letzten Punkt bzgl der Probleme die hier einige haben: soweit ich bisher gelesen habe, betraf das immer die WD Blacks nicht die Blue. Ich setze selbst den Vorgänger (SN550) ein und habe weder ASPM Probleme, noch reicht mir die Performance nicht. Klar bei gleichem oder sehe ähnlichem Preis wäre die Samsung 979 EVO Plus zu bevorzugen. Aber aktuell kann man die 570 in 1Tb für unter 60€ bekommen, 2Tb liegen bei unter 120€. Da ist schon Luft zur 970 EVO Plus

Vorweg: Eine iGPU durchreichen ist immer(!) kompliziert, nervenaufreibend, Glücksspiel. Bis zur 11ten Gen core i hatte Intel noch gvt-g, das hat die igpu virtualisiert, damit war das einfach. Leider gibt es das nicht mehr. Vielleicht geht bei Intel jetzt was mittels sr-iov was am Ende des Tages dasselbe erreicht, gibt im englischen Teil schon ein paar (erfolglose) Versuche. Abgesehen davon, klassisches passthrough einer iGPU siehe hier:

Ein Kompromiss wäre vielleicht das Be Quiet Pure Power 11 FM 550W Das ist etwas günstiger in der Anschaffung, dafür aber einen Hauch schlechter im Niedrigstlast Bereich Ja, aber du brauchst da nichts machen. Ein Cache wird standardmäßig für beides genutzt. Du kannst dann natürlich immer noch einzelne shares zb ausschließen.

Du weißt aber schon dass UNRAID kein RAID5 bietet?! Es ist allerdings sehr zu empfehlen eine SSD für die Docker (=Plex/Jellyfin) zu haben. UND: im (Parity-geschützten) Array werden die HDDs auf ca ein Drittel der Schreibgeschwindigkeit gebremst, selbst die schnellsten HDDs riegeln also bei ca 90MB/s ab ins somit noch weniger als GBit Ethernet erlaubt (~112MB/s). Also wenn du planst auch nach der Initial Befüllung weiterhin noch größere Datenmengen auf das NAS zu schieben, kann sich der Cache trotzdem lohnen

Bin nicht so im Thema, meine aber das MacOS die einzige Virtualisierung ist, bei der ausdrücklich AMD Grakas empfohlen werden. Und dein System hat nur eine Graka, auch nicht die beste Voraussetzung. Kann funktionieren, muss aber nicht

Jein, nach dem Start werden grundsätzlich die HDDs einmal hochgefahren. Du kannst aber wenn du zb das s3 sleep Plug in nutzt dort eine Aktion nach aufwachen definieren. Da könntest du dann den spindown Befehl einfügen, so wie hier bei mir: Und nicht wundern, formal müssen die Platten einmal hochgefahren werden weil UNRAID selbst nach dem Sleep nicht erkennt, dass sie bereits hochgefahren sind.

Einfach nochmal auf "Apps" gehen -> "prevoiusly installed Apps" und dann alle Container neu installieren. Die Einstellungen sind noch auf dem Stick gespeichert, evtl musst du dann jetzt ein paar Pfade noch anpassen, da im gespeicherten Template ja der "alte Cache" drin war. Aber dann ist alles wieder so, als wäre nie etwas gewesen

Naja aber die HDDs hast du ja nicht platt gemacht, oder? Somit sind logischerweise auch die Daten und in letzter Konsequenz auch der "falsche" share noch da. Zum Verständnis: jeder Ordner der im root Verzeichnis einer beliebigen (Array-) HDD existiert wird von UNRAID automatisch zu einem share gemacht.

Leider ist ein einfaches ja/nein da keine Lösung. Denn es kommt auf den konkret unterstützten Modus an. Und wenn ich diesen Nachsatz lese bin ich mir nicht Mal sicher ob es sich um bifurcation im gewünschten Sinne handelt oder ob nicht einfach nur die 16 pcie lanes auf zwei Slots verteilt werden können (ich mutmaße Mal es gibt noch einen weiteren x16 Slot?) Denken wir Mal positiv und es ist "richtiges" bifurcation, dann musst du um 2 NVME auf dieser Adapter Karte auch nutzen zu können den Port auf x4/x4 umstellen können (sollte dann entsprechend so auch im BIOS stehen). Üblicherweise kann man einen x16 Steckplatz entweder x4/x4/x4/x4 aufteilen (eher selten) oder x8/x4/x4 (deutlich häufiger) Bei x8 Steckplätzen habe ich tatsächlich noch nichts dergleichen gelesen.

Du wirst "irgendwie" eine Route ins lokale Netz definieren müssen. Kenne die wireguard UNRAID Lösung nicht, daher nur der Hinweis "irgendwie" Bei mir sieht das zb so aus: Bei 0.0.0.0/0 geht halt der gesamte Traffic durch wireguard (bei mir so gewollt und auch unterweg/mit dem Handy pihole nutzen zu können) du müsstest dort dann 192.168.101.0/24 eintragen

War genau andersherum gemeint. Also CPU ist 10th Gen aber ist der B560-Chipsatz und nicht B460.

Du musst den Docker Dienst beenden, dann den mover starten, dann Docker Dienst wieder aktivieren

Ganz im Gegenteil, denn über mount/User/... Wird das Fuse Dateisystem (halt die Summe aller Festplatten+Cache) angesprochen. Das erzeugt einen nicht nur messbaren Overhead. Sofern man weiß was man tut (!) ist daher die Empfehlung mit mount/cache/... zu arbeiten. Dazu müssen natürlich die fraglichen Daten dauerhaft auf dem Cache sein (womit wir wieder bei "wissen was man tut" wären)