mein System (TVS-882)
Bei meinen beiden inkl. dem 882 läuft's sauber.
Ich hatte ja auch mal diverse Probleme mit meinem TVS-882, aber nachdem ich dann den RAM gewechselt hab und das neue BIOS aufgespielt... Null, Nada Problemo mehr...
Und auch nicht mit dieser FW...
Mod: Unnötiges Direktzitat entfernt! 
Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen
na dann... Teste das doch mal und teil uns Deine Ergebnisse mit...
Mod: Nicht deklariertes Zitat ohne Quellenangabe ... korrigiert! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen
Further Reading
Q: Will the above changes affect other built-in programs which needs Python2 ?
A: No. Other NAS built-in programs which needs Python2 still uses original path to run.
Gilt laut QNAP auch für Raid 5
Nur macht er das bei mir sowieso immer. Ich wüsste nicht das explizit eingeschaltet zu haben... Hm...
Nun gibt es unter Hardware allgemein den Punkt" Automatische Datenträgerwiederherstellung aktivieren"
Hm, den gibt's bei meinem TS-464 nicht. Ich denke weil ich 4 Platten mit RAID5 fahre, oder?
Bei mir haben nur meine HBS-Jobs etwas gehangen, war aber nix dramatisches. Hatte sich nur einmalig etwas wegen Dateinamen verhaspelt. Nun aber alles gut...
Kommt ja sicher auch auf die CPU drauf an, die Du drin hast. Mein TS-464 ackert auch mehr rum...
2025-01-02 18_21_57-TS-464 und 6 weitere Seiten - Persönlich – Microsoft Edge.jpg
So, ein Thema erledigt, siehe [tvs-682] Embedded controller firmware update failed
Nun muss sich zeigen ob die QTS 5.2.2.2950 auch sauber läuft.
Das einzige was mir bisher bei diesem Update aufgefallen ist, kurz nach Beginn des Updatevorganges, natürlich nach einem erneuten Neustart und aus dem QFinder heraus, drehte der sich sonst mit seinen gemütlich drehenden 750 Umdrehungen CPU-Fan, plötzlich trotz CPU-Last von 2-3% plötzlich hoch auf 2750 rpm oder so...
2025-01-01 12_14_43-TVS-882 und 14 weitere Seiten - Persönlich – Microsoft Edge.jpg
Das hörte erst auf, als sich das TVS-882 beim Neustart im Bios-Bereich rumtummelte. Ich würde nun vermuten das dies mit dem Update des Embedded-Controllers zusammen hing, was ja schon immer fehlgeschlagen ist, wo der QNAP-Support meinte, das man dies vernachlässigen könne.
Ich hab das Bios-Update aber, wie in dem anderen Thread beschrieben trotzdem durchgeführt und nun gondelt mein i7 plötzlich im Leerlauf so rum:
2025-01-01 12_18_28-TVS-882 und 14 weitere Seiten - Persönlich – Microsoft Edge.jpg
Ich bin mir ganz sicher, das so vorher noch nie gesehen zu haben. Mind. 1 oder 2% hatte die CPU immer zu tun... Irgendwelche Hintergrund-Sachen sicherlich.
Ich bin gespannt, wie sich das TVS-882 sich so nun noch auf seine alten Tage noch so macht.
Da die geplante RAID-Bereinigung nun sauber gelaufen ist, hab ich den Schritt zum neuen QTS 5.2.2.2950 build 20241114 released gewagt und siehe da...
Der Embedded-Controller hat nun endlich ne neue Firmware... 
Und, erste Beobachtung, nach dem etwas komisch gelaufenen QTS-Update...
2025-01-01 12_18_28-TVS-882 und 14 weitere Seiten - Persönlich – Microsoft Edge.jpg
Die CPU-Last ist gefühlt noch weiter in den Keller gegangen...
Hab ich nun erledigt [tvs-682] Embedded controller firmware update failed #35 und hier [tvs-682] Embedded controller firmware update failed #24 beschrieben.
Hat aber alles super geklappt.
Warte nun aber noch die nächste geplante RAID-Bereinigung ab, startet pünktlich mit Beginn des neuen Jahres und wenn die klappt, teste ich noch das Update hier und dann wird sich zeigen ob die Meldung mit dem fehlgeschlagenen embedded Controller FW-Update noch kommt.
Mir ist eben das Herz in die Hose gerutscht...
Hab das Bios-Update nun mal angegangen.
Hab mich der Version bedient:
Bios TVS-882 Kaby-Lake-CPU QZ02AR12
Den USB-Stick in den vorderen USB-Port, Taste F7 gedrückt halten.
Auf dem Bildschirm beobachtet, das Update dauert ganz schön lange, nicht so fix wie auf einem PC gewohnt...
Neustart, sicherheitshalber noch USB-Stick drin lassen, man weiß ja nie wann fertig.
1- oder 2-mal noch komplett aus, dann von alleine wieder gestartet.
Als dann auf dem Bildschirm QTS gestartet ist, also nach dem größeren QTS-Logo, wo er ja noch im Bios-Prompt ist, sprich da wo man sieht das der Kernel startet, den USB-Stick abgezogen.
Das TVS startet fleißig weiter, ziehe ich noch die Tastatur ab, weil ich dachte, fertig.
Da startet die Kiste wieder neu, fährt aber nicht über den RAM-Check weiter.
15min gewartet, schon selbst verflucht... Dann aber mutig hart ausgemacht.
Dann lief der RAM-Check deutlich schneller und...
Erleichterung zum Heiligabend...
Nun noch ein paar Tage abwarten und dann werde ich das Update auf die 5.2.2.2950 wagen und schauen ob die Meldung auch mit dem embedded Controller weg ist.
Ich hab mich teilweise an diese Anleitung gehalten: Pimp my QNAP TVS-x82 – CPU-Upgrade von Sky Lake auf Kaby Lake
Nur mit dem Unterschied, das ich die "normale" bat genutzt habe, sprich ich hab die bat überprüfen lassen, ob das Bios auch zu meinem TVS passt.
Das sollte ja richtig sein, weil mein TVS im Gegensatz zum Artikelverfasser ja bereits auf Kaby Lake basiert, sprich ursprünglich ja ein i3- 7. Gen verbaut war.
Nur das es mit der Zeit einen immer größeren CPU bekommen hat. Nun ist aber beim i7 7700 Ende.
Nachdem mein TS-464 seit Tagen mit der 2950 problemlos läuft und ich wohl auch einen jahrelangen Fehler bei meinem TVS-882 beheben konnte, der wohl an einem problematischen RAM gelegen hat, werde ich das nun auch auf die 2950 bringen.
Vorher werde ich aber noch ein anderes Thema bei dem 882 angehen. Bios-Update. Das 882 hat seit Jahren ein bekanntes Problem was ich versuche abzustellen.
Ich hab das Ganze auch gerade nochmals getestet, siehe hier:
Microsoft hat sich scheinbar doch entschlossen, das Prozedere etwas aufzulockern.
Wenn man inPlace-Update von einer 23H2 oder so macht, einfach nur beim Start der Setup.exe, wenn die Abfrage kommt, wie Setup mit Updates umgehen soll, diese ausschließen.
Dann kommt auch keine Warnung mehr, das irgendwas nicht stimmen würde...
Bei Win11 23H2 hat es schon funktioniert. Bei Windows 10 klappt es leider nicht. Da wird bei mir zumindest die CPU angemeckert.
Man kann das aber mit der 24H2 weiter mit product Server machen:
Batch-Datei mit Inhalt:
pause
E:\setup.exe /product server
pausewobei der Laufwerksbuchstabe dem der geöffneten ISO entsprechen muss. (Batchdatei ist natürlich Geschmackssache, man kann es auch so eintippern)
2024-12-22 11_59_07-win10game - Remotedesktopverbindung.jpg
und dann lässt Win10 sich auch updaten.
2024-12-22 11_59_48-win10game - Remotedesktopverbindung.jpg
Du.
Hab ich jetan... Danke für den Hinweis.
Erster Test mit dem zeitgesteuerten Hochfahren übrigens erfolgreich, sprich nicht hängengeblieben.
Ich lasse die Kiste nun aber täglich zeitgesteuert hochfahren und beobachte mal ob sich das Problem mit dem MemoryCheck behoben hat (war ja nicht jedes mal).
Erst dann würde ich auf das neuere QTS updaten um zu schauen, was nun die Meldung wegen des Embedded Controllers sagt. Vielleicht behebt die sich ja auch, wovon ich aber nicht ausgehe.
Nicht das ich zu viele Köche an den Topf lasse und man dann nicht mehr sieht was denn passiert ist.
Und wenn QNAP sagt das die ignoriert werden kann, weiß ich noch nicht ob ich das mit dem Bios-Update mache... Ich will eigentlich nicht nochmals so ne teure Kiste für mich holen. Anfang nächsten Jahres hab ich noch 6 Jahre bis ich aus meinem "wilden" Computerberufsleben in ein ruhigeres Leben wechsle und ob ich da noch soviel nebenbei mit solchen Kisten zu tun habe... Wer weiß... 
So, nun ist auch der nachgeorderte Speicher verbaut.
Warum nun aber das so drin steht...?
Man kann alles essen, nur wissen muss man nicht alles...
2024-12-18 15_01_16-TVS-882 und 9 weitere Seiten - Persönlich – Microsoft Edge.jpg
Hersteller: Crucial
Bezeichnung: DDR4-2400 (PC4-19200)
RAM Typ: UDIMM Non-ECC (unbuffered) 288 PIN
Spannung [V]: 1,2
Anzahl Riegel [Stck]: 2 Stück
Größe je Riegel [GB]: 8
Kaufdatum [MM.JJJJ]: 12.2024
Getestet in NAS: TVS-882
Getestet mit FW: 5.2.1.2930
Kompatibel (JA/NEIN): JA
Besondere Anmerkungen: 4GB vom selben Typ funktioniert auch
Hersteller: Crucial
Bezeichnung: DDR4-2133 (1066 MHz)
RAM Typ: UDIMM Non-ECC (unbuffered) 288 PIN
Spannung [V]: 1,2
Anzahl Riegel [Stck]: 1 Stück
Größe je Riegel [GB]: 4
Kaufdatum [MM.JJJJ]: unbekannt
Getestet in NAS: TVS-882
Getestet mit FW: 5.2.1.2930
Kompatibel (JA/NEIN): JA
Besondere Anmerkungen: war schon länger verbaut
So, nun in einem ersten Test mal die beiden 2400er Crucial CT8G4DFS824A Werbung entfernt, siehe Forenregeln! eingebaut.
Die funzen.
Ich hab nur beim Einbau mein Problem entdeckt...
Das Problem sitzt immer vor dem Bildschirm... 
Ich habe damals schon mal nachgerüstet.
Original waren
2x Transcend D95450-1952, die man so gar nicht findet, was aber so etwa Transcend 4GB DDR4 2133 U sein sollten, verbaut.
Dann habe ich brav einen Crucial CT4G4DFS8213.C8FAR11 Werbung entfernt, siehe Forenregeln! welches der so etwa sein sollte, verbaut, weil auch 2133MHz und 4GB.
Wahrscheinlich hatte ich dann nix mehr übrig oder ich hab den auf welcher Hlde auch immer gefunden,
ich hab dann den noch dazu gebaut (schön auf gleichen Hersteller geachtet, auch wenn das nix bringt... 
Crucial CT4G4DFS824A.C8FHP Werbung entfernt, siehe Forenregeln! verbaut, was ein... 2400er ist...
Und so schließt sich der Kreis;
das ist das 4GB-Modell der beiden 8GB-Riegel, die ich nun gekauft und verbaut habe.
Ich kaufe mir gleich noch 2 nach, dann sind wieder alle Bänke voll und ich bin dann bei 32GB gesamt.
Die könnten dann ja auch in die Kompatibilitätsliste, @Mavalok2 mit aufgenommen werden. Ich selbst hab nur keine Ahnung wer dies tut...
sicherlich auf Deinem TS-364, oder? Dann zeig doch mal der Allgemeinheit, welche CPU Du der VM vorgegauckelt hast.
Auf meinem TVS-882 ist die 7. Gen des i7 zu alt, das automatisch das Update kommt.
Microsoft hat angefangen Product Server rauszunehmen...
Da bleibt nur noch die Rufus-Variante übrig
