Könnte nur jemand mit einem QuTShero 6.0 Test-NAS ausprobieren.
Wenn ich nichts anderes zu tun hätte. 
Das kann dann wer machen, der wirklich zurück will / muss und sein NAS ohnehin platt macht.
Interessanter wäre da schon, ob und wie ein Downgrade innerhalb von QuTS 6 funktionieren könnte. Eine kleine Version wieder zurück wäre wohl ein realistischeres und häufigeres Szenario.
Mavalok2 oder auch andere QuTShero 6.0 Nutzer könnt Ihr ein Problem mit dem deutschen Tastaturlayout bestätigen.
So etwas hab ich bisher noch in keiner Rückmeldung gesehen. 
Nachtrag:
Es wird die HybridDesk Station genutzt. Das NAS wird somit wie ein "normaler" PC mit Tastatur und Maus bedient.
Scheint somit ein spez. Problem zu sein.
Habe ich noch nie genutzt.
Musste kurz überlegen, Tastaturlayout bei einem QNAP NAS? Ja, HybridDesk Station. Habe ich schon ewig nicht mehr verwendet. Kann da also direkt nichts dazu sagen. Bei HDS läuft allerdings ein Ubuntu, wenn ich dies noch richtig im Kopf habe. Dementsprechend müsste ein Einrichten im "PC" selbst auch möglich sein, schlimmsten Fall über die Konsole bzw. durch anpassen in der Config. Musste ich auch schon in einem Linux mal machen, weil die Einstellungen nicht gegriffen haben.
Es gibt scheinbar noch viele Probleme im Zusammenspiel von QuTShero 6.0 und einigen Apps.
Wenn man bestimmte Apps nicht nutzt, scheint Hero 6 wohl ganz gut zu laufen. 
Wenn man aber die ein oder andere App nutzt, scheint es zum Teil erhebliche Probleme zu geben. 
Bei der HybridDesk Station scheint QNAP Deutschland einfach vergessen zu haben. 
Wer die HybridDesk Station nutzt, sollte auf jeden Fall nicht updaten oder sich vorher eine engl. Tastatur besorgen. 
Wäre noch interessant zu wissen: Ist dies nur wenn Tastatur und Monitor direkt am NAS benutzt werden oder auch wenn Remote Zugriff genommen wird.
Der Fehler betrifft nur die HD Station 5.0x und soll mit der Version 5.05 (noch Beta) behoben werden.
Wir haben bestätigt, dass dieses Problem durch eine Namensabweichung in den Ibus-Tastaturlayout-Kennungen zwischen HD Station 4 und HD Station 5 verursacht wird. Dadurch fehlt das deutsche Tastaturlayout in der Eingabequellenliste von HD Station v5.
Das Problem wurde in HD Station 5.0.5 behoben. Falls Sie die Korrektur vor der offiziellen Veröffentlichung benötigen, stellen wir Ihnen gerne eine Beta-Version zur Verfügung.
Nachtrag:
Mit der Beta-Version 5.0.5 ist der Fehler behoben.
Ist eine Neuinstallation (Zurücksetzen auf Werkeinstellungen, alle Daten werden gelöscht) mit einer QuTShero 5.2.x Version überhaupt möglich ?
Hat gerade jemand im engl. Forum getestet und die Antwort lautet "Nein" 
Betrifft jetzt zwar qts ohne hero, aber ich überlege, ob ich nicht dauerhaft bei der letzten 5er Version bleiben sollte. Die Möglichkeit, in der Version wieder zurück gehen zu können, ist ein echter Vorteil und war ein Argument für Qnap und gegen Synology. Gebraucht habe ich das zwar bisher nur ein einziges Mal, aber da hat es mir ein funktionsfähiges System gerettet (mit der damals aktuellen Version waren plötzlich alle Volumes verschwunden, mit der Vorgängerversion waren sie wieder da).
Wenn man nicht etwas dringend vermisst, was die neue Version mit sich bringt, dann ist das ein sehr guter Plan.
Wäre alles hab so wild, könnte man wie unter anderen Betriebssystemen von System Snapshots oder komplette Images erstellen. Aber dies war mit QNAP NAS noch nie so wirklich möglich. Eigentlich schade. Dies bestätigt mich aber auch weiterhin, dass diese NAS "nur" als NAS - sprich Datenspeicher - und nicht für kritische Infrastruktur geeignet ist. Dabei scheint QNAP ja schon länger mit diesem Segment zu liebäugeln.
ies bestätigt mich aber auch weiterhin, dass diese NAS "nur" als NAS - sprich Datenspeicher - [...] geeignet ist.
Und genau diese Funktion war es, die durch das Firmware-Update außer Gefecht gesetzt worden war. Die Volumes waren verschwunden, damit auch der Datenspeicher. Selbst dafür braucht man die Möglichkeit, einen Schritt zurückgehen zu können.
Mich musst Du nicht überzeugen. Ich bin da völlig bei Dir. Aber QNAP sieht es eben anders. Für mich es es ein absolutes Unding, dass es keine Möglichkeit gibt das gesamte System zu sichern. Bis jetzt konnte man aber das System neu "installieren" und die Daten erhalten bzw. einen "Rollback" machen. Diese geht nun leider auch nicht mehr. Mir ist zwar klar wieso, dann sollte QNAP aber eine alternative Lösung anbieten.
Bis jetzt konnte man aber das System neu "installieren"
Wenn der Umweg von QuTShero 6.0 über QTS 5.2 und dann wieder auf QuTShero 5.2 funktioniert, ginge es ja noch.
Bisher fehlen noch die Rückmeldungen.
dann sollte QNAP aber eine alternative Lösung anbieten.
Gibt es doch.
Ticket bei QNAP eröffnen und um Rücksetzung auf die vorherige Version bitten.
Soll für den Support kein Problem sein.
die Daten erhalten bzw. einen "Rollback" machen
Abgesehen davon dass QuTS schon bei h6.0.1.3564 angekommen ist, macht es vermutlich keinen Sinn zu jammern wenn alles z.B. SMB umgestellt ist.
Ticket bei QNAP eröffnen und um Rücksetzung auf die vorherige Version bitten.
Soll für den Support kein Problem sein.
Das ist für mich keine wirkliche Alternative. Wenn Du am Samstag Systemupdates in der Firma installiert hast, etwas schiefgegangen ist Tage warten bis wieder etwas geht? Da würdest Du Dich als Admin nicht wirklich beliebt machen. Da braucht es einen anderen Alternativplan.
Dann musst Du bei jedem Update künftig den QNAP-Support dabei haben. 
Da es eine Vorgabe der EU ist (laut QNAP), sehe ich sonst keine Möglichkeit.
Hinweis:
Der Umweg QuTShero 6.0 -> QTS 5.2 -> QuTShero 5.2 (falls es funktioniert) wäre in deinem Fall ja auch keine Lösung.
Du willst ja nicht nach jedem fehlerhaftem Update eine Neuinstallation durchführen.
Da es eine Vorgabe der EU ist (laut QNAP),
Das passiert, wenn Theoretiker, die von der Materie keine Ahnung haben und Leute um Rat bitten, die noch weniger Ahnung haben, aber das volle Besserwissengehabe haben (oder umgangsspsrachlich: null Ahnung aber eine riesen Klappe), wichtige Entscheidungen fällen. 
Dabei spiel es jetzt keine Rolle ob die EU dies so vorgibt oder die Chefetage von QNAP hier etwas eigenwillig umsetzt. In der Praxis ist dies nicht zu gebrauchen. Und der Sicherheitsgewinn ist weniger als null, denn jetzt bleiben die Leute einfach länger auf den alten Versionen sitzen. Echt super toll gemacht. 
Dann musst Du bei jedem Update künftig den QNAP-Support dabei haben.
Unterm Strich genötigt man ein Test- oder Ersatz-Gerät. Und / oder man betraut solche NAS einfach nicht mit kritischen Aufgaben. Deshalb wüsste ich jetzt auch einfach nicht, wo ich QNAP NAS mit den großen CPUs einsetzen wollen würde. Als dummes Datengrab tun es auch die NAS mit vielen Schächten und kleiner CPU und viel kleinerem NAS.
Aber ob ich hier dann ein QuTS hero benötige? Irgendwie widerspricht sich hier was.
Was ich aber nicht verstehe, wieso QNAP nicht schon lange eine Lösung herausgebracht hat, bei der man das System einfach sichern kann. Es gibt genügend OpenSource Projekte, die entsprechend angepasst werden könnten.
Ich muss mal versuchen, ob dies nicht sogar mit Rescuezilla gehen könnte. Aber da benötigt man eben Bildschirm, Maus und Tastatur. Aber damit müsste man eigentlich Partitionen, Partitionstablen, DOM etc. sichern können.
Das Problem wird hier eindeutig von Qnap und nicht von der EU verursacht.
Vor ca. 15 Jahren hatte ich mein smartphone geroutet, indem ich eine bestimmte (ältere) Android-Version installierte, eine App startete und ich hatte root inkl. su auf dem Ding.
Dass man nicht auf löchrige Versionen zurückgehen kann, gehört zum kleinen 1+1 der Sicherheitstechnik (das 1x1 kommt später).
Dass es eine gewisse Qualitätskontrolle und Qualität der SW-entwicklung erfordert, ist logisch & sinnvoll.
Wenn qnap daran bisher gespart hat, müssen sie das halt jetzt mal anders priorisieren oder die Konsequenzen merken.
OpenWRT (riesiger HW-Zoo) oder GrapheneOs (2-3 Vollzeitentwickler mit mehreren Updates pro Monat) bekommen das auch hin.
Meine Ansicht dazu.
