Jesuff_vom_Lazarett

@binhex Would it be possible to change the minidlna.conf on Container startup based on the number of media dirs added (like with an additional var "MINIDLNA_MEDIA_DIR_x"), so that we dont have to edit the conf file manually if we want to use more then one media dir? And can someone please explain me why i should use the SCHEDULE_SCAN settings (frequently and at startup) if minidlna as inotify support anyway?

Any ideas how i can use the ugreen LED plugin INSIDE a virtual machine (which my docker instance is). I tried to pass through the i2c LED controller, but i dont think its possible. Running the controller on the proxmox host is also not possible because i have passed through the SATA controller and network controller to UNRAID, so the LED controller on the host never gets the infos regarding the LED status. Only possible i see is that somehow the LED controller running in UNRAID send the commands to change the LED colors via e.g. ssh to a second LED controller on the proxmox host. Help

The plugin runs daily and according to syslog it nearly always lets the arrays disk spin up. File Activity is showing nothing, and if a run Fix Common Problems manually the disk dont spin up. Any ideas?

You should try to edit the config file on the flash drive: /boot/config/plugins/rclone/settings.cfg Instead WEBUI_START_PARAMS=--rc-no-auth --rc-serve try WEBUI_START_PARAMS=--rc-user NAME --rc-pass PASS --rc-serve

You all should add "--restart unless-stopped" to the dockers Extra Parameters because the container updates and after that stops itself from time to time.

Ich habe tatsächlich im Kernel-Log doch noch etwas gefunden, was geschrieben wird, wenn ich eins meiner SFP-Module oder DAC-Kabel einstecke: mlx5_core {pcie-id}: port_module:252:(pid 0): Port module event[error]: module 0, Cable error, No EEPROM/retry timeout Hab insgesamt zu genau dieser Meldung bei meiner Recherche gar nichts gefunden. Mein Tipp ist jetzt, dass die CX4 wirklich einfach einen Defekt hat oder speziell mit meinem Mainboard eine Inkompatibilität vorliegt.

Nein, ich bin mir dabei nicht absolut sicher. Die Produktnummer (MCX4121A-XCAT) und irgendeine Anzeige im Windows-Treiber (hab ich testweise installiert), die ETH sagt, spricht dagegen. Und die SFP Module sind doch auch deutlich breiter? Bin jedenfalls relativ ratlos, vielleicht pack ich die Karte noch mal in einen anderen Computer. SFP-Module (nicht DAC-Kabel) werden jedenfalls mit Strom versorgt, der Switch hat dann auch einen Link, aber die Netzwerkkarte bzw. das OS erkennt keine Verbindung. Oder sie ist einfach defekt? Das ist aber leider hier auch Offtopic.

Tja, relativ lustig, die Netzwerkkarte, die seit einem halben Jahr im Schrank liegt war doch eine CX4. Hatte mich schon gewundert, wieso mir das mit dem ASPM Support sonst durch die Lappen gegangen wäre. Allerdings bekommt die Karte keine Verbindung mit meinem Switch, hab schon verschiedene SFP Module und DAC Kabel probiert. Angeblich soll die Karte keinen Vendor Lock haben, Firmware habe ich auch schon aktualisiert. (Hab jetzt aber trotzdem mal ein extra Mellanox Kabel bestellt, rein zum Testen.) So langsam halte ich es aber für sinnvoller einfach die eingebaute Netzwerkkarte zu nehmen und gar nicht auf die C-States zu achten. So viel Zeitaufwand für ein paar Watt. Wenn ich das mal gegen meinen Stundenlohn rechne, müsste die Kiste jetzt erstmal ein paar Jahre laufen Und was die Crashes betrifft, von denen ich weiter oben geschrieben habe: Irgendwie scheint irgendwas einen Reboot auszulösen, wenn es keine Netzwerkverbindung gibt und dann die USB-Verbindung zum Keyboard wegfällt (z.B. durch Energiesparmodus). Vielleicht irgendeine Art Watchdog im BIOS, muss mal gucken, ob ich sowas auch auf anderen Geräten reproduzieren kann.

Danke. Ich habe das Rätsel jetzt durch ausprobieren praktisch gelöst: Die Ugreen Kiste stürzt immer dann ab, wenn die Tastatur durch Autotune in den Standby geschickt wird. Jedenfalls konnte ich das sogar ganz ohne powertop beobachten, wenn ich die Tastatur abgezogen habe. Wieso? Absolut keine Ahnung, was die Chinesen da gebaut haben, es gibt ja nicht mal Fehler im Log... Egal, im Regelfall läuft die Kiste ja ohnehin ohne. Muss mich jetzt noch trauen "powertop --auto-tune" ins Startscript zu schreiben, auf die Gefahr hin, dass das irgendwie ein Bootloop verursacht.

Ok es ist dieser Schritt der bei powertop --auto-tune ausgeführt wird, der mein NAS killt: # Autosuspend for USB device echo auto | tee /sys/bus/usb/devices/*/power/control Hat vielleicht jetzt einer von euch eine Idee, wo das Problem liegt? Es scheint so, als brauchte das System irgendein per USB angebundenes Gerät zwingend zum Betrieb? Hab schon überlegt, ob irgendeine Powermangement-Funktion intern per USB angebunden ist. Im Syslog steht jedenfalls kein Fehler, das System stirbt einfach und der nächste Eintrag ist schon vom neuen Boot.

Oh je. Hab die Karte eigentlich auf Empfehlung gekauft, nachdem es genau um diese Fragestellung ging. Sicher, dass alle Versionen der X3 kein ASPM können? Naja jedenfalls will ich trotzdem erst mal sehen, was mein System an Strom verbraucht, wenn ich alle Maßnahmen für Energieeffizienz umgesetzt habe. Danach kann ich ja immer noch sehen, um wie viel höher es mit den entsprechenden Netzwerkkarten wäre oder ob sich wegen der Differenz dann doch lohnt z.B. eine Intel X710 oder AQC110 zu kaufen. Oder es wird einfach 2.5 GBit. Aber wie gesagt, erstmal Baseline bestimmen. Und deswegen bleibt meine Frage, wieso crasht das System beim Autotune? Am SATA-Controller hängt ja derzeit nichts, das war meine erste Idee, dass da vielleicht Datenträger ausgeworfen werden. Werde jetzt mal die einzelnen Schritte die Autotune durchführt abarbeiten, andere Ideen?

Ich würde den Thread gern für das Ursprungsthema reaktivieren: Stromverbrauch auf dem Ugreen DPX6600 Pro. Ich habe alle hier schon mal als Screenshot zitieren BIOS Settings umgesetzt. Damit ist der Stromverbrauch auch deutlich gesunken. Allerdings lässt auch powertop --auto-tune so kein C-State unter C3 zu. Vermutlich wegen der Aquantia Netzwerkkarten. Also habe ich auch die beide im BIOS deaktiviert. Noch mal 4 Watt weniger. Wenn ich jetzt aber auto-tune ausführe, dann crasht mein komplettes System und rebootet. Ideen? Ich würde mit deaktivierten internen Netzwerkkarte leben können, will ohnehin eine Connect-X3 im PCIe Slot verbauen, weil 10 Gbit per SFP+ DACs sowieso effizienter ist, als per RJ45.