jj1987

Members
  • Posts

    1432
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by jj1987

  1. Oder falls doch was geändert wurde, liegt es am bereits bekannten Fehler mit den Sprachpaketen. Da hilft dann nur umstellen auf Englisch
  2. Nein, das ist ein lebenslanger Zähler. Man kann allerdings in UNRAID in der Dashboard Ansicht auf den Daumen klicken und dann für UNRAID das auf OK setzen. Wir dann intern sozusagen auf Null gesetzt. Naja, der Fehler ist irgendwo in der Kette aufgetreten. Im dümmsten Fall ist der Port der HDD oder gar der Controller beschädigt. Kommt äußerst selten vor, eher sind es die Kabel bzw der nicht ausreichende Sitz der Stecker, aber die HDD ist halt nicht vollkommen aus dem Schneider
  3. Btrfs macht offenbar immer Mal wieder Probleme, bei mir seit 2 Jahren allerdings keine. Aber ist auf jeden Fall ein möglicher Ansatzpunkt. Was genau verstehst du eigentlich unter single Mode. Laufen die 3 Disks quasi in einem JBOD? Schmeißt das Log zufällig irgendwelche Fehler aus. Und wie genau ist das zu verstehen: Also woran machst du das fest? Klingt ja nun erstmal nach subjektivem Empfinden. Hast du das schon irgendwie "belastbar" überprüft? Gibt zb ein Plugin mit dem man die HDD Geschwindigkeit testen kann. Komme aber gerade nicht auf den Namen. Ggfs damit dann Mal die Schreib- und Lesewerte testen
  4. Wie sind sie denn angeschlossen? Nicht zufällig per USB?
  5. Ich vermute einen Anzeigefehler im Verbindung mit der Big.Little Architektur?!
  6. jj1987

    Spinndown HD

    Könnte am (deutschen) Sprachpaket liegen. Es gibt aktuell mit wohl mit allen zusätzlichen Sprachpaketen (also mit Ausnahme von Englisch) Probleme mit der Anzeige im GUI. Mal testweise auf Englisch umschalten und schauen ob das der Auslöser ist
  7. Punkt 1) Unraid selbst, also das WebUI, würde ich NIEMALS auch nicht per NPM ins Internet stellen. Das sollte man nur per VPN machen. Punkt 2) dein Problem wird vermutlich sein, dass du nicht die Verbindung von custom network zu Host erlaubt hast, zumind
  8. Ja, auch die 12te gen ist Sockel 1700, b560 aber Sockel 1200 Hast du das Board noch rumliegen oder warum bist du da so versessen drauf?
  9. Dann funktioniert der mover nur nicht 😉 Also erst mover, dann Cache only. Und natürlich Docker Dienst und VM Service vorher stoppen
  10. Jap wie vermutet. Ein Teil von system liegt auf Disk1. Das wird vermutlich nur das Docker Image/directory sein. Könntest du über den File Browser prüfen und ggfs löschen. Danach musst du dann über apps->previously installed die Docker nochmal installieren (keine sorge, Einstellungen und Daten bleiben erhalten) Und was ist der Share "Docker"?
  11. Naja theoretisch sind die so konfiguriert, dass vom Array in den Cache verschoben wird (ehemal Cache prefer), das ist ja grundsätzlich auch ok. Ich vermute aber das noch Reste im Array liegen. Und somit müsste dann erstmal Docker und VM Service gestoppt werden
  12. Und jetzt klick bitte zusätzlich noch auf "compute all" und mach dann einen Screenshot. Wobei ich glaube ich in deinem anderen Thread im Screenshot gesehen habe das "system" (auch) im Array liegt
  13. Naja Punkt 1 wäre, dass du überhaupt USB HDDs im Array nutzt. Sorry aber das musste sein Ich _vermute_ die USB Gehäuse geben keine echte UUID weiter sondern viermal dieselbe. Also "sieht" UNRAID viermal dieselbe HDD. Einer der vielen Punkte warum hier immer wieder von USB abgeraten wird
  14. Appdata reicht. Das Docker directory kannst du zur Not neu anlegen lassen. Dann musst du zwar die Docker nochmal über "previously installed Apps" installieren aber die Einstellungen und Daten bleiben erhalten. Geht im Fall der Fälle definitiv schneller
  15. Ja das geht Das müsste über einen USB Hub mit HDMI/DP Out gehen. Wäre Performance mäßig vermutlich nicht unbedingt der knaller, aber je nachdem was du in der VM überhaupt machst, vielleicht noch zu verschmerzen. Tastatur/Maus müsstest du halt fix an die VM durchreichen
  16. Nö das hat damit mal so überhaupt gar nichts zu tun. Ganz andere Baustelle. Um mal auf das ursprüngliche Problem zurück zu kommen: läuft der mover denn jetzt gerade? Steht irgendwas im syslog, während der mover läuft?
  17. Tatsächlich überhitzen sie im idle. Kannst du lustig finden, bis halt dein UNRAID nicht mehr bootet😉
  18. Hmm ok, Samsung war da eigentlich bislang unauffällig. Die stecken auch direkt im M2 Slot oder ist da ein Adapter am Werk?
  19. Was für eine NVME hast du denn? Vermutlich wirst du ASPM deaktivieren müssen (=Mehrverbrauch!). GIbt leider einige SSDs die das nciht mögen. Gab hier im Forum schon ein paar Beiträge zu der Fehlermeldung. Einfach mal danach suchen.
  20. Hast du zufällig auch das Mover-Tuning Plugin installiert? Falls ja, bitte Einstellungen posten Generell mal einmal die allgemeinen Mover-Einstellungen posten (Settings->Schedule) und ggfs das Mover Log aktivieren, dann dürfte man schon klarer sehen.
  21. Ich glaube die SSDs gehen nicht in den idle, deshalb geht wiederum die CPU nicht in höhere c-states. Ich meine @mgutthatte das auch schon Mal bei irgendwelchen Enterprise SSD festgestellt. Und damit kommen wir schon zu deiner Frage Vermutlich (!) KEINE Enterprise SSD haben eine andere Stoßrichtung, da ist der Stromverbrauch sekundär.
  22. Die Parity speichert ja in dem Sinne keine echten Daten, sondern einfach ausgedrückt eine Quersumme der Daten aller Festplatten in dem jeweiligen Sektor. Somit wird bei einem rebuild halt auch ein bitgenaues Abbild (und somit inkl Dateisystem) wiederhergestellt.
  23. Was macht denn das rebuild? Es stellt die ursprüngliche Festplatte (inkl Dateisystem) her
  24. Das könnte sogar sein. Mit dem deutschen Sprachpaket, bzw vielen anderen auch, gibt es aktuell wohl einen Bug, der dazu führt, dass das UI nicht immer aktualisiert wird. Vielleicht mal auf Englisch umstellen und testen