mgutt

Tut er nicht. Das Package ist auf C3_ACPI gefallen. Und das ist auch der Grund für die Ersparnis. Geht das Booten fix? Weil dann könntest du in Ubuntu auch mal "cpufreq-info" ausführen um zu prüfen, ob der auch auf "performance" läuft. Oder mit dem Befehl: cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor Ich habe die Vermutung, dass wenn das Paket niedrig ist, dass der dann nicht auf performance steht, sondern auf powersave. Auch mal SATA Standby checken: cat /sys/class/scsi_host/host*/link_power_management_policy Und PCIe ASPM: cat /sys/module/pcie_aspm/parameters/policy Natürlich auch in Unraid zum Vergleich.

@vakilando @h0schi @Saeros @Rockikone Könnt ihr helfen?

Unkorrigierbare Fehler? Das heißt, dass Sektoren kaputt sind oder dazu tendieren. Steigt dieser Wert? Dann weg mit der Platte.

Welche Container hast du installiert? Einer davon speichert scheinbar im docker.img Dateien ab, die da eigentlich nicht hingehören. Zumindest braucht man echt sehr viele Container um das docker.img regulär voll zu bekommen.

Wenn du den Platz hast warum nicht. Es gibt sowas auch noch billiger: https://www.amazon.de/EMVANV-Festplattenkäfig-Lüfterplatz-Silberfarben-Schwarz/dp/B07HFNNN9X/ Bei Aliexpress sogar noch ein ganzes Stück weniger. An dieser schwarzen Fronttür kann man dann einen 120mm Lüfter befestigen. Setzt natürlich voraus, dass du 3x 5.25 Slots frei hast.

Dann sind evtl die Lanes ausgegangen. Du hast ja 2x x16 für die beiden ATI. Also 32. Die CPU kann 40, wobei ich nicht weiß wie viele Lanes noch für andere Komponenten auf dem Board drauf gehen. Ich tippe darauf, dass du im BIOS die Slots auf x8 umstellen kannst und dann drei GPUs auf einer Seite betreiben kannst.

Das es erst schnell geht und dann langsam, könnte das RAM Caching sein: Oben hattest du noch RAID geschrieben. Also ist es kein RAID, sondern alle Platten sind im Array? Du kopierst vermutlich auf eine der ganzen HDDs und nicht auf mehrere? Was sagt die Transferrate im Dashboard bei der Disk-Übersicht? Welche Disk wird gerade genutzt? (rechts oben das Striche-Icon aktiviert die Transferrate). Mein heißer Tipp sind die Platten. 5TB 2.5 Platten sind SMR Platten. Vermutlich von Seagate? Die sind leider der letzte Müll. Was du jetzt brauchst ist ein großer SSD Cache. Also am besten 2TB, damit du die 2.5 Zoll Platten gar nicht "spürst". Ansonsten wirst du mit deinem Setup keine Freude haben. Oder noch besser. Klopp das Teil in die Tonne und hol dir einen Server, der 3.5 Zoll Platten aufnimmt. Es gibt nämlich keine großen 2.5 Zoll Platten ohne SMR. Oder du musst auf Datacenter SSDs wechseln. Was die kosten, muss ich aber denke ich nicht sagen. Wenn du dagegen auf die SSDs kopierst (wie gesagt check das Dashboard), dann liegt die Ursache woanders. Vielleicht am SHFS Overhead? Dafür mal das Array stoppen und die Disk Shares aktivieren. Dann direkt auf die Cache Disk Dateien übertragen. Ist es dann besser? Welche CPU ist im Server verbaut? Und bitte poste Screenshots. Umso mehr umso besser. Von der Disk-Aktivität, vom Kopiervorgang usw. Dann kann man sich ein besseres Bild machen.

Laut meiner Messungen sind die von Mean Well besser, aber da sprechen wir höchstens von 0,5 Watt Differenz

Das wäre super. Kannst du testweise auch mal Windows 10 installieren und in den Energieeinstellungen auf "Energiesparen" stellen und dann auch da messen?

Es wird auf jeden Fall der richtige CPU Treiber mit "intel_pstate" verwendet. In der Ausgabe sieht man zB auch dass die CPU Kerne runtertakten: Scheinbar fehlen die notwendigen Treiber im Linux Kernel. Dort ist kein Comet Lake und kein Rocket Lake aufgeführt: https://github.com/torvalds/linux/blob/b74b991fb8b9d642b8fea20d6245c6e19125a305/drivers/idle/intel_idle.c#L1070 Wobei ich nicht weiß, ob das nur den Status ausgibt oder tatsächlich auch Einfluss auf den Schlafzustand der Kerne hat?!

Laut hier geht es Richtung Treiber: https://www.spinics.net/lists/stable/msg420136.html @mr_cg Führe mal das aus: grep . /sys/devices/system/cpu/cpu0/cpuidle/state*/name Bei mir: /sys/devices/system/cpu/cpu0/cpuidle/state0/name:POLL /sys/devices/system/cpu/cpu0/cpuidle/state1/name:C1 /sys/devices/system/cpu/cpu0/cpuidle/state2/name:C1E /sys/devices/system/cpu/cpu0/cpuidle/state3/name:C3 /sys/devices/system/cpu/cpu0/cpuidle/state4/name:C6 /sys/devices/system/cpu/cpu0/cpuidle/state5/name:C7s /sys/devices/system/cpu/cpu0/cpuidle/state6/name:C8 /sys/devices/system/cpu/cpu0/cpuidle/state7/name:C9 /sys/devices/system/cpu/cpu0/cpuidle/state8/name:C10

Das ist ein mATX Board und der Verbrauch ist viel zu hoch. Warum zeigt powertop dann "C3_ACPI" an? Das ist falsch. Da muss eigentlich C1 bis C10 bzw C1E" stehen: Sein Package ist auch komplett aktiv. Das ist auch nicht normal (im Leerlauf). Gute Frage. Welches Modell verwendest du @mr_cg? Aber nicht so sparsam wie eine PicoPSU.

Was ist denn bei dir mit USB los ^^

Du installierst den Config File Editor aus den Apps. Den über Werkzeuge öffnen und dann die /boot/config/go-Datei bearbeiten. Dort fügst du dann am Ende das ein: # ------------------------------------------------- # Enable Wake-on-LAN # ------------------------------------------------- ethtool -s eth0 wol g Beim nächsten Neustart wird der Befehl automatisch ausgeführt. Damit du jetzt nicht neu starten musst, kannst du ihn wie zuvor über das Terminal ausführen.

Ich habe den Dropbox Container selbst auch mal installiert und bin ebenfalls bei einigen Sachen hängen geblieben. Nach einer gewissen Zeit brach er sogar den Sync ab. Ich habe daher in Unraid einen anderen Container veröffentlicht. Such mal in den Apps nach "Dropbox by otherguy". Hier ist der entsprechende Support-Thread dazu, wo du auch einen Screenshot findest wie man den Account verbindet: https://forums.unraid.net/topic/104437-support-dropbox-by-otherguy/ Bitte beachte, dass der Pfad "/mnt/disk1/Dropbox" zB nur in "mnt/disk4/Dropbox" für Disk4 oder auf "/mnt/cache/Dropbox" für eine SSD verändert werden darf. Der Standard-Pfad von Unraid "/mnt/user/..." wird von Dropbox nicht unterstützt. Außerdem muss bei zB "/mnt/disk1/Dropbox" der Cache für diesen Share deaktiviert werden, während er bei "/mnt/cache/Dropbox" auf "Nur" gestellt werden muss. Diese Einschränkungen gibt es normalerweise nicht bei Containern, aber Dropbox verlangt es. Wenn das beachtet wird, läuft der Container scheinbar problemlos. Ich habe schon Dateien in den Share kopiert und die wurden automatisch zur Dropbox geladen. Außerdem habe ich online Dateien gelöscht und er hat sie auch sofort vom Unraid Server entfernt.

Benutzt du Unraid 6.9.1? Weil das sieht mir so aus als wäre kein Treiber aktiv. Das "Pkg", also das "Package" zeigt gar nichts an. Das sollte mindestens auf C3 fallen oder eher noch niedriger. Die "C3_ACPI" sind auch nicht normal (das gilt übrigens auch für dich @Calidor) Führe das mal über das Webterminal aus und poste deine Ausgabe: cpufreq-info EDIT: Hmm.. eventuell ist auch powertop veraltet: https://debianforum.de/forum/viewtopic.php?f=13&t=179352 EDIT2: Das kann es nicht sein. Im Nerdpack ist bereits Version 2.13 enthalten und eine neuere Version gibt es nicht: https://01.org/powertop/ Ich tippe daher auf einen fehlenden Treiber. Du könntest mal versuchen Ubuntu über einen USB Stick zu starten und dort powertop auszuführen. Muss aber Ubuntu 21 sein. Vorher gibt es keine Treiber für deine CPU. @ich777 Was meinst du? Braucht man neben dem aktuellen Kernel von Unraid 6.9.1 noch was anderes für B460 und W480 Chipsätze (10te Intel Generation)? Rocket Lake sollte ja seit Kernel 5.9 eigentlich gehen.

Ist der Port vielleicht deaktiviert, weil er mit anderen Slots die Bandbreite teilt? Viele Boards haben da Einschränkungen. zb nur aktiv wenn keine M.2 verbaut ist oder nur aktiv, wenn Slot 2 nur mit x4 genutzt wird usw. Was sagt die Anleitung dazu?

Ja, aber sie werden abstürzen.

Unraid braucht nicht unbedingt eine GPU, aber wenn eine da ist, nimmt sich Unraid diese. Das passiert nicht, wenn du die GPU an VFIO bindest (die Checkbox anklickst). Wenn Unraid keine GPU hat, hat auch kein Docker Container Zugriff auf die GPU (und du hast keine grafische Ausgabe vom Unraid Terminal, was aber logisch sein dürfte). Pro laufende VM braucht man eine an VFIO gebundene GPU.

Ja, der einzige weltweit, der das herstellt und verkauft ist er: https://peine-braun.net/shop/ Zb x16 auf 4x x4: https://peine-braun.net/shop/index.php?route=product/product&path=65_63&product_id=95 Oder x16 auf 2x x8: https://peine-braun.net/shop/index.php?route=product/category&path=65_59 Die normalen Bifurcation-Adapter von SuperMicro werden zb nicht mehr hergestellt.

Laut hier bedeutet "d", dass es deaktiviert ist: https://www.thomas-krenn.com/de/wiki/Wake_on_LAN_unter_Linux Hast du zufällig Powertop ausgeführt? Teste mal, ob du es mit "ethtool -s ethtool wol g" wieder aktivieren kannst. Mit "ethtool eth0" solltest du dann das "g" sehen können. Falls das der Fall ist, könnte man den Befehl in der Go Datei von Unraid ergänzen, damit es bei jedem Serverneustart aktiviert wird.

Manual Install the container Optional: Change the user files path to /mnt/disk2/Dropbox or /mnt/cache/Dropbox (/mnt/user/Dropbox is not supported!) Open the docker tab () to see all installed docker containers Open the logs through the icon () of the dropbox container Wait until you are prompted to open a Dropbox URL Copy & Paste the Dropbox URL into your browser Link your account

Overview: Support for otherguy's Dropbox container Docker: https://hub.docker.com/r/otherguy/dropbox/ Github: https://github.com/otherguy/docker-dropbox Donate if you like: https://www.paypal.me/marcgutt https://github.com/sponsors/mgutt Description This container uses the Debian OS without Frontend and the official Dropbox client to sync your Dropbox with an Unraid share. There is no GUI included. Sync activity can be monitored through the log icon of the container. Known issues As described on the Github page, Dropbox does not support FUSE filesystems. If it finds this filesystem, it returns a permission error. As Unraid uses FUSE as well, it is NOT POSSIBLE to set the "Dropbox user files" path to "/mnt/user/Dropbox". Instead you MUST use "/mnt/disk1/Dropbox" with Cache set to "No" or "/mnt/cache/Dropbox" with Cache set to "Yes". You COULD use the cache option "Yes" and the path "/mnt/disk1...", but new files will only be uploaded to your Dropbox AFTER Unraid's Mover has been executed. As the client automatically checks for changes in your Dropbox, it writes constantly to a log file. This can wear-out your SSD if you are using BTRFS and a docker.img on your cache. This is not a bug. This is the usual write implification caused through a copy-on-write filesystem like BTRFS. If you are using BTRFS, change your docker installation to a folder.

Am besten einen Bug Report eröffnen und deine Hardware nennen. Außerdem die Ausgabe von "ethtool eth0" ergänzen.

Es wäre hilfreich gewesen, wenn du die Systemlogs/Diagnostics gesichert hättest, bevor du neugestartet hast. Jetzt kennen wir ja nicht die Fehlermeldungen. Hast du mal einen Parity Check gemacht? Wenn die Parity bereits kaputt ist, ist das kein sicherer Zustand mehr.