jj1987

Your idea sounds interesting. But I guess you run the script via UD/Device script and not per schedule? I'm currently using 2 usb drives rotating every month and script is run by cronjob/user scrips. But curently this means i need to run two jobs (one for each usb drive) and one of them will fail as that drive is missing. So a possibility for just one Job using "whatever UD is available" would be nice

Den Render Standby rc6 (erstes Bild, vorletzte Einstellung) solltest du aber wieder aktivieren. Komplett abschalten wüsste ich auch nicht wie/ob das geht. Du startest aber nicht zufällig im GUI-Mode?

Ich hatte, als ich noch mein AMD System im Einsatz hatte, Jellyfin mit iGPU am laufen. Das lief ohne Auffälligkeiten. Und ich meine Jellyfin ist doch ein Fork von Emby oder nicht? War allerdings ein 4650g, aber am GPU Teil hat sich da mMn nichts getan.

Sehr merkwürdig, da stimmt dann mit dem konkreten Template für den Container aber etwas nicht. Solche Einstellungen sollten ein Update eigentlich überleben. @Zonediver, @Enks Im übrigen muss man das auch nicht zwangsläufig über Advanced View -> Extra Parameters machen. Man kann im Template nach ganz unten scrollen und hat dort dann noch den Punkt "add Port, path, variable or device" Dann da als Typ device auswählen und "/dev/dri" eintragen. Nur als Ergänzung

Das ergibt aber irgendwie keinen Sinn. Denn der Eintrag wäre auch schon 6.9.2 nötig gewesen?! Sicher das HW-Transcoding überhaupt jeweils bei dir lief @Zonediver Oder würde der Container Mal irgendwann (zufällig kurz vor dem Update auf 6.10) komplett neu installiert?

Funktioniert tatsächlich mit 6.10 auch!👍

Ja bspw zwei Shares Medien A-L und Medien M-Z oder wie auch immer das am besten bei dir passt

Warum das? Dann würde regelmäßig beide Platten anlaufen und entsprechend Strom verbrauchen. Sofern der Platz es hergibt würde ich immer versuchen einen Share nicht über mehrere Disks zu verteilen. Würde grundsätzlich so funktionieren, ja

Korrekt, den muss man selbst anlegen. Direkt im Hauptpfad

Ja ganz genau

Ach quatsch, damit hatte ich nicht gerechnet. Ok probiere ich bei Gelegenheit mal aus. Wenn das tatsächlich jetzt so geht - top! Powertop gibt's ja nun auch auf anderem Wege - also weg mit dem Nerdpack!💣

ich hab kbd installiert - um das Tastaturlayout direkt am Blech auf DE stellen zu können. Aber das ginge mit Sicherheit auch anders - oder aber die Funktion wird einfach direkt in UNRIAD integriert🤔

Tatsächlich nichts weiter. Ich hatte noch RSS versucht, das will aber der UNRAID Mellanox Treiber offenbar nicht. In Windows geht's... Weshalb ich jetzt auch einfach Mal unterstelle das es bei dir ein ähnliches "Fehlerbild" sein wird. TrueNAS verwendet neuere/ältere (=andere) Treiber die in dem konkreten Fall offenbar besser zusammen harmonieren. Das ist halt die Zwickmühle bei offenen Systemen mit Fantastilliarden verschiedenen möglichen Kombinationen. Du könntest jetzt versuchen herauszufinden, welche Treiber in welcher Version von TrueNAS genutzt werden und das mit UNRAID abgleichen. Wie man das allerdings genau macht kann ich dir leider nicht sagen, bin da auch eher ein Linux Greenhorn

Nichts denn andere User (auch ich) schaff(t)en über SMB die gewünschte Datenrate (habe derzeit keine 10g Karte mehr verbaut). Synology ist mehr oder weniger ein geschlossenes Ökosystem, natürlich ist da alles so gut wie möglich vorkonfiguriert. Warum kann ein Mac mit "normaler" X86 Hardware Dinge schneller als ein Windows System? Das wird man bei einem so offenen System wir UNRAID es ist nur durch selbst Hand anlegen wirklich hinbekommen. Wobei ich die 700-800mb auch ohne weitere Anpassungen geschafft habe.

Achtung: nur Halbwissen. Da sollte ein Experte sich noch einmal äußern. Aber ich meine mich zu erinnern dass die NTFS Implementierung in Linux "nicht so ideal" ist und eventuell dort die Bremse liegt. Lässt sich ja einfach gegentesten, sofern noch irgendwo eine leere SSD über ist, einfach Mal eine udev mit xfs oder btrfs formatieren und dann die Transferraten checken

Man kann natürlich überall eine Verschwörung riechen... Wenn nunmal proxmox spezifische Fragen aufkommen ist der durchschnittliche UNRAID User (und sogar der ein oder andere Profi) weit weg von seinem "täglich Brot" Ich kenne proxmox zb nur dem Namen nach, habe ich noch nie genutzt und (bislang) auch keinen Bedarf. Und weil Auto-Analogien immer gut ankommen: wenn du ein Problem mit deinem VW Golf hast, fragst du nicht im Opel-Forum😉

Wozu überhaupt das ganze? Hast du Angst wegen der Spinup-Cycles? Da sind seitens der Hersteller 50000 garantiert. Das muss man erstmal schaffen, bei 5 Jahren Garantiezeitraum wären das 10000 pro Jahr, das macht ca 27 pro Tag!

In der Kombination dass er diese externe Festplatte als Samba Share freigegeben hat. Das hast du ja nicht vor, oder doch? Also ich hab bei mir ne 3 und ne 4 TB Seagate im monatlichen Wechsel als Backup dran (und nur dafür), die gehen definitiv in den Standby

Kann man so pauschal nicht sagen, es gibt (oder gab zumindest, hab länger keine 2,5er mehr gekauft) welche die grundsätzlich ausbaubar sind und normale SATA Anschlüsse haben. Waren in der Vergangenheit von Seagate. WD war/ist berühmt für verlötete USB Anschlüsse, die also eher meiden

Naja mit wireguard könnte man dem jeweiligen Client nur den Zugriff auf eine einzelne IP erlauben, man muss also nicht zwangsläufig das gesamte Netzwerk freigeben. Aber natürlich ist NPM mindestens Mal die einfachere Lösung und vermutlich dennoch ausreichend

Grundsätzlich deaktiviert "nvme_core.default_ps_max_latency_us=0" eigentlich auch "nur" tiefere (oder gar alle?) Schlafzustände der SSD - also genaugenommen eigentlich eher ungünstig. Was aufjeden Fall ins Auge sticht - jeder der dieses Problem reported hat (zumindest soweit ich es gesehen habe) offensichtlich eine Samsung 980 NONPRO. Ich vermute jetzt einfach mal dass durch den neueren Kernel in Unraid 6.10 auch die NVME Ansteuerung/Abfrage anders läuft. Und wiederum die Firmware der 980 NONPRO das "nicht mag" Wäre interessant ob ein Ubuntu Live Linux ein ähnliches Verhalten zeigt Edit: Ach ich sehe gerade, das hat @Nindahrin seinem Edit quasi schon bestätigt

Interessant, bei dir ist beim Realtek NIC L1 aktiviert - bei meinem B550M Pro4 wollte der das nicht. Leicht OT: Auf welchem Bios bist du gerade? Muss ich vielleicht mal upgraden und nochmal neu austesten. Was mir noch auffällt, sind die beiden USB Ports die ASPM disabled haben. Ich weiß nicht was du so alles an USB Gedöns womöglich angeschlossen hast, da es aber 3.1 Ports sind sollte da ja eigentlich NICHT der Unraid Stick dran sein. Du könntest also entweder die Ports im Bios komplett abschalten oder mal testweise auf USB2 drosseln - einfach um mal zu schauen ob das nicht womöglich irgendwelche Auswirkungen hat.

Kernel Befehle müssen in die syslinux.cfg. dafür unter "Main" auf "Flash" klicken, siehe auch hier (anderer Kontext aber als Beispiel wohl gut genug): https://forums.unraid.net/topic/108966-strom-sparen-mit-powertop-stromverbrauch-von-unraid-verbessern/?do=findComment&comment=1151917

Ich hatte das Problem auch, Ich meine ich konnte mit der Tab-Taste schlussendlich zum "Weiter" Button kommen

UNRAID unterstützt kein Hardware RAID. Du müsstest also entweder den Controller (falls möglich) in den IT oder HBA Mode umflashen. Oder aber (abhängig davon was du überhaupt vor hast, aber da du von vdisk schreibst scheint das ja durchaus geplant zu sein) eine vm deiner Wahl nehmen und den kompletten Controller dann an eben an diese vm durchreichen. Du wirst aber irgendwas (kann tatsächlich auch einfach ein weiter USB Stick sein) ins UNRAID Array packen müssen. Andernfalls startet UNRAID nicht und damit dann auch die VM nicht