Update: Nach mehreren E-Mails mit dem Support habe ich schließlich die Bestätigung erhalten, dass das Mainboard in meinem Gerät die Version V1.7 (korrigierte Version) ist.
Freut mich, dass es bei dir wieder funktioniert!
Meins ist gerade in der Werkstatt!
Jon,
ich habe ein TS-451, TS-563 und ein TS-873A. KC0AKZ hatte ein TS-451 mit dem bekannten CPU-Problem und besitzt jetzt ein TS-473A.
Ich habe über die Jahre bei QNAP Folgendes beobachtet: 1) Sie sind SEHR langsam darin, neue Funktionen einzuführen, egal ob Sicherheitsfunktionen oder andere. 2) Sie passen alles gerade so weit an, dass ein Lock-in entsteht. 3) QuTS Hero hat die schlechtesten Tests/Qualitätskontrolle, die ich je bei einem NAS-Gerät gesehen habe.
Es ist Zeit, TrueNAS auszuprobieren – genau das habe ich über die Feiertage gemacht und versucht, es auf meiner QNAP-Hardware zum Laufen zu bringen.
KI0OB
Ich habe keinerlei Probleme mit irgendetwas von QNAP. Das ist etwas völlig anderes als ein Hardwareproblem, das seit vielen Jahren bekannt ist.
Ich finde QuTS Hero ziemlich gut. Mit der Beta beschäftige ich mich nicht, weil ich das nicht auf meinen Haupt-NAS-Geräten haben möchte. Aber die Probleme, die Leute mit der Beta finden, liegen daran, dass es sich eben um eine Beta handelt. Ich würde erwarten, dass es da Probleme gibt.
Sobald man einige Tests durchführt – zum Beispiel die Festplatten in ein anderes NAS lädt oder einige der komplexeren Wiederherstellungsszenarien ausprobiert –, merkt man schnell, dass QNAP sehr „unhöflich“ und ziemlich „wackelig“ ist, anders kann ich es nicht beschreiben. Wohlgemerkt, unter QTS schien alles noch ganz gut zu funktionieren, aber QuTS hero ist irgendwie ein einziges Durcheinander. Zum Beispiel: Wenn man mehrere Pools hat und der „Systempool“ ausfällt, ist man aufgeschmissen – man kommt dann auch nicht mehr an die anderen Pools heran.
Mein Favorit ist, als ich kürzlich ein NAS neu initialisiert habe und feststellen musste, dass die App „Speichermanager“ nicht installiert wurde – weil es keinen Ort zum Installieren gibt, bis man einen Pool erstellt hat, aber ich konnte keinen Pool ohne Speichermanager erstellen.
Dieses Thema bezog sich auf das x72-Chipsatz-Problem, also bitte nicht mit dem C2000-LPC-Signalproblem verwechseln, das viele Hersteller betroffen hat (wie Cisco, Syno usw.).
Ich habe mein NAS mit Hero mindestens ein- oder zweimal wiederhergestellt. Ich bin mir nicht sicher, was du mit „unhöflich“ meinst. Ja, Bare-Metal-Wiederherstellungen sind nicht möglich, aber ich hatte keinerlei Probleme, Daten wiederherzustellen.
Ich denke, einiges von dem, was über die Storage Manager App gesagt wurde, lag daran, dass Hero 5.3 verwendet wurde. Ich habe davon Abstand genommen, da ich es ausprobiert habe, aber das neue Design hat mir nicht gefallen und es hat eigentlich nichts gebracht, außer für High Availability (Hochverfügbarkeit). Es war keine ausgereifte Lösung. Ich denke, viele dieser Probleme werden in Version 6 behoben, aber ich halte mich davon fern, bis sie in die Produktion geht – und vielleicht warte ich dann sogar noch eine Weile.
Und @dolbyman hat recht. Die x72-Serie hatte ein völlig anderes Problem. Das kann man nicht mit einem Widerstand beheben. Auf der Platine gibt es einen IC, der kaputtgeht.
Gleiche Situation hier mit meinem TVS-872XT.
Für diejenigen, die es nicht wissen: Der TVS-672XT und der TVS-872XT haben die gleiche Motherboard-Architektur und leiden unter dem exakt gleichen Fehlerbild: plötzlicher Shutdown und das berüchtigte „Rote LED“ auf dem Motherboard (VRM/MOSFET-Defekt).
Mein Gerät ist kürzlich ausgefallen. QNAP Support hat sich geweigert, dies als versteckten Mangel zu übernehmen und mir 818 € für einen Motherboard-Austausch angeboten.
Ich habe beschlossen, dagegen vorzugehen. Ich habe meinen gesamten Fall dokumentiert (einschließlich der Tatsache, dass der Support zertifizierte rechtliche Post ignoriert) und auf Reddit veröffentlicht, um andere Nutzer zu warnen.
Die vollständige Chronologie könnt ihr hier lesen: https://www.reddit.com/r/qnap/comments/1qb2xbg/warning_qnap_tvs872xt_red_led_of_death_support/
Es ist enttäuschend zu sehen, wie viele Geräte auf genau die gleiche Weise ausfallen, ohne dass es ein Rückrufprogramm gibt.
Halten Sie uns auf dem Laufenden. Wir haben $900 für einen Austausch des TVS-472XT-Mainboards bezahlt, der 4 Monate außerhalb der Garantie lag.
Ich schätze, ich habe meine Lektion nicht gelernt… Nick hat mein TVS-472XT im Jahr 2024 repariert, nachdem ein Software-Update das bereits besprochene Problem „keine Aktivität außer einer roten LED“ verursacht hatte, und das Gerät war gerade aus der Garantie raus. Nun ist es letzte Woche nach einem Software-Update wieder passiert, ein Jahr nach Nicks einjähriger Garantie 
Ich habe in den Jahren nach dem ersten Ausfall viele Software-Updates gemacht, daher dachte ich, das Problem läge hinter mir. Ich möchte das Gerät wirklich nicht noch einmal reparieren lassen, wenn es für einen weiteren Ausfall bestimmt ist. Mein Plan ist, meine Iron Horse-Festplatten in ein normales externes Gehäuse zu stecken und einen Linux-PC aufzubauen, um die wenigen NAS-Funktionen zu nutzen, die ich brauche.
Meine Frage ist: Wie kann ich jetzt die vier einwandfreien 12T-Festplatten auslesen, ohne ein TVS zu verwenden? Ich möchte meine Daten wiederherstellen.
Jede Hilfe wäre sehr willkommen.
Vielen Dank! - Tom
@tomL, du bist vermutlich schon viel weiter, aber der Vollständigkeit halber: Du solltest auf jedem Linux-System mit OpenZFS problemlos wiederherstellen können, ganz ohne Abhängigkeit von QNAP.
Hat jemand schon erlebt, dass eine der 872XT-Einheiten mit dem aktualisierten v1.7-Mainboard ausgefallen ist? QNAP hat mir 2021 eine brandneue Ersatz-Einheit mit v1.7-Mainboard und der Seriennummer Q207I14xxx geschickt. Ich plane nun endlich, dieses Gerät von QTS auf QuTS umzustellen, aber wenn ich diese Beiträge lese, macht mich das nervös, so ein großes Update durchzuführen.
Und ist QuTS überhaupt die richtige Wahl für dieses “alte Eisen” mit dem i5-8400T und 64 GB RAM? Ich habe nie auf QuTS gewechselt, weil es meistens genau dann bei uns den Geist aufgibt!
-Qmann
Ich bin mir ziemlich sicher, dass das überarbeitete Board das Problem behoben hat. Ich glaube, das Original-Board verwendete den Intel Apollo Lake Chipsatz. Einer der unterstützenden Chips hatte das Problem. Das neu gestaltete Board (ohne Audioausgang) verwendet nicht denselben Chipsatz.
Außerdem läuft Hero problemlos auf dem i5. Nur ist die Erfahrung mit dem i7 einfach besser. Ich glaube, mein 672XT hatte ursprünglich einen i3 verbaut, und auch darauf lief Hero problemlos. Minimal schneller als der V1500B auf meinem TS-873A.
V 1.7 ist immer noch ziemlich alt, es gab später noch neuere Versionen. Kann das leider nicht mehr überprüfen, da ich keinen Zugang mehr zum alten Forum habe.
Aber ich denke, der Produktionscode sollte sicherheitshalber höher als Q21 sein.