Jump to content

mgutt

Moderators
  • Posts

    11,399
  • Joined

  • Last visited

  • Days Won

    124

mgutt last won the day on June 2

mgutt had the most liked content!

Converted

  • Gender
    Male
  • URL
    https://gutt.it
  • Location
    Germany, NRW

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

mgutt's Achievements

Veteran

Veteran (13/14)

2.6k

Reputation

100

Community Answers

  1. Yes. It has nothing to do with spin down. It influences the sata connection itself. "PM" stands for "Power Management": https://en.wikipedia.org/wiki/Aggressive_Link_Power_Management
  2. Nein. Das Dateisystem weiß wie es die Hardlinks zu zählen hat. Jo. Du kannst dir mit "du" die reale Größe ausgeben lassen, sofern du alle Backups in einem ausliest. Dann skippt er Hardlinks. In deinem Fall so: du -d1 -h /mnt/user/BackUp/Name/Dokumente Wenn du "du" mit nur einem Backupordner prüfst, dann siehst du einen hohen Wert. Das ist exakt das was die GUI anzeigt. Anders kann das aber auch nicht angezeigt werden, weil man aus Sicht eines Hardlinks nicht wissen kann, welcher "älter" ist, weil der Zeitpunkt wann der Hardlink erzeugt wurde, nicht gespeichert wird. Dh wenn du die Größe des zweiten Backups ermittelst, weiß das Kommando nicht, dass es das zweite ist, sondern geht davon aus, dass es für sich alleine steht. Richtig kompliziert wird dann zb das zehnte Backup, wo ja diverse Hardlinks aus Backup 2 bis 9 drin stecken. Also alles nicht so einfach für den User darstellbar.
  3. Wie hast du das ermittelt?
  4. Nein. Das Skript sollte immer auf dem Remote ausgeführt werden, also abholen. Allerdings sollte man dabei root-Rechte auf dem Quellserver besitzen. Da man aber auf keinen Fall den Unraid root User remote nutzen sollte, empfehle ich den rsync Container zu verwenden um die entsprechenden Pfade nur read-only verfügbar und nur dessen SSH Port erreichbar zu machen. Grundregeln: - auf der Remote Maschine ausführen - keine /mnt/user Pfade nutzen (um Unraids Overhead zu umgehen) - rsync über SSH verbinden und nicht zb nicht per SMB oder sshfs gemountete Pfade verwenden Ich kann dir in dem Punkt nicht folgen was du nun wirklich machst, wenn es langsam ist. Das Skript von chatgpt ist ja nicht inkrementell?!
  5. Did you test them separately? Maybe it is only one of the NVMe or maybe it is only because you are using the CPU M.2 Slot. Some people reported that chipset M.2 ports do not influence the C-States. If this would be the case, it could be a solution to use an M.2 to PCIe adapter.
  6. I really thank you for this hint. After I understood that I need to enable every PWM controller separately and after I found the minimum PWM value (the auto detection is bad), it works nicely. Only the displayed RPM is completely wrong (as these fans have a minimum RPM of 600 regarding Noctua): My settings:
  7. Und was hast du bei Dynamix Auto Fan Control eingestellt? Ich habe auch die Plugins installiert, aber bis auf dass ich die PWM Werte selbst getestet und eingestellt habe, habe ich nichts gemacht. Also auch keine Kommandos im Terminal ausgeführt oder so. Ich verwende ein Gigabyte C246N-WU2, welches mehrere Nuvoton 3947S (NCT3947S) verbaut hat: Das Auto Fan Control hat ja eine Erkennung für die Mindestdrehzahl, aber nach meiner Erfahrung taugt die überhaupt nichts. Daher habe ich zB 45 als Mindestwert ermittelt (42/43 war der Schwellwert nach meinen Tests) und es hat auch eine Weile gedauert bis ich verstanden habe, dass man jeden PWM einzeln "aktivieren" muss: Hier zB PWM4 deaktiviert: Auch die Anzeige im Dashboard ist meiner Ansicht nach falsch. Da wird zB angezeigt, dass ein Lüfter langsamer drehen würde: Und: Wenn die technischen Angaben von Noctua stimmen, dürften die sich alle nicht drehen, weil 600 rpm das Minimum sind. Aber das kann mir vom Prinzip egal sein, Hauptsache sie drehen sich immer.
  8. Nur als zusätzliche Info. Hier war die selbe Fehlermeldung, aber defekter RAM die Ursache: https://community.frame.work/t/during-rsync-bug-bad-page-state-in-process/8363 https://askubuntu.com/a/1391051/227119
  9. X4, weil der Chip mit X2 angebunden ist: https://www.asmedia.com.tw/product/45aYq54sP8Qh7WH8/58dYQ8bxZ4UR9wG5 Ansonsten würdest du ihn unnötig drosseln.
  10. Won't survive the next update. Is this an already known issue?
  11. Search for an existing issue at GitHub and if nothing is similar, open a new one. This is not related to unraid / container template. Of course you can tell us what the reason of this problem was after the npm dev answered.
  12. And why are you then using the web terminal? From the first post: "close your Unraid WebGUI and wait 1 minute! (this closes many background jobs, which cost your energy, use your PC's terminal and "ssh root@tower" to monitor your C-States with powertop)" Some users had even hardware which did not allow deep c states as long an Ethernet cable was connected. They found it out after connecting a monitor and executing powertop locally. Do you see more than pkg C3? If not, again first post: "Powertop shows only C1, C2 and C3 Pgk-States - This happens if powertop does not recognize your CPU (happens for most AMD CPUs and recent Intel CPUs). Your CPU could still reach C9 or even C10, but powertop is not able to obtain this and shows only C3."
  13. Simple answer: Not possible. One of your devices does not support sleep states, although it claims to do so (powertop enables only sleep states of devices which offer this setting). This won't help. You need to find the problematic device. This can be done be executing the commands in the first post line by line in the unraid terminal. After you find out which command causes the crash, we can try to find the specific device. Those aren't errors, only warnings. Can be ignored.
  14. Everything is logged: Stopping, Snapshot Creation and Starting the containers. So check the logs.
  15. SAS Expanders, failover power supplies, SAS Backplanes... I would not wonder if such a storage unit consumes 50 watts alone.
×
×
  • Create New...