Kann mir nicht vorstellen, dass was Böses passiert, wenn er gekillt wird, es sei denn er wird anderweitig verwendet. Versuch macht klug 
Die Lüfter sind rein 5V? Nicht dass das NAS glaubt, dass hier Eingabegeräte angeschlossen sind und deswegen den Zauber macht (wobei selbst dann der Verbrauch sehr hoch wäre).
Ja, SSH... ungefähr so:
[~] # ps | grep "draw*"
6858 admin 6096 S /usr/share/qnas_console_install/drawPic
9931 admin 1000 S grep draw*
[~] # kill 6096Ich habe mit meiner TS-462 genau das selbe Problem nur der der Prozess bei mir 42% Last macht... ich konnte letztens nicht einmal was auf Plex schauen und habe mich Abends vor meiner Frau blamiert 
Immerhin habe ich ihr wochenlang vorgeschwärmt wie gut die Qnap ist
Neustart hat bei mir ebenfalls nicht geholfen... HDMI hängt bei mir ebenfalls nichts dran. Habt ihr den Prozess jetzt einfach gekillt?
Ich habe per USB nur eine Wlan Zigbee Bridge von TUYA dran die wird ebenfalls mit Strom versorgt.
Hm, TS-464 und TS-462 verwenden dieselbe Firmware, demnach scheint das Problem wohl dort zu liegen.
Bedeutet: unbedingt Ticket von allen Betroffenen.
Ich kann den Prozess auch nicht killen... Ich kille den es kommt auch keine Fehlermeldung aber weggehen tut der nicht 
Mit echtem admin eingeloggt?
Vermutlich wird der Prozess aber sowieso schnell wiederkommen...
Habe mal bei mir nachgesehen - TS-873A und TS-873U-RP: Da gibt es diesen Prozess gar nicht. Firmware ist auch jeweils 5.0.1.2277 20230112. Also entsteht dies durch eine App und / oder ist modellspezifiisch. Auf diesen beiden NAS laufen nur sehr wenige Apps.
Schon mal versucht alle Apps zu deaktivieren, wie oben geschrieben?
Ahh "sudo kill" hat geklappt.
Richtig krass meine CPU Last ist einfach mal um ca. 30-40% runtergegangen nachdem ich den Prozess gekillt habe.
Ich habe noch nichts mit den Apps gemacht.
Wo genau kann ich das bei Qnap melden?
Siehe gelber Balken...
TS-873A und TS-873U-RP: Da gibt es diesen Prozess gar nicht.
Lass mich raten: beide haben keinen Videoausgang... 
Das Problem ist bei mir auch schon mehrfach aufgetreten.
Ich habe dann das drawpic Binary umbenannt und den Ordner mit dem Bild gelöscht, nachdem ich den Prozess gekilled habe.
Mal schauen, ob Ordner und Bild mit dem nächsten QTS-Update zurück kommen.
Variag Bei Dir auch TS-x64?
Ich sag ja: melden!
Wo genau kann ich das bei Qnap melden?
In der Helpdesk App oder hier: https://service.qnap.com/de-de/user/support
Mod: Unnötiges Volltextzitat gekürzt! 
Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen
Das Problem ist bei mir auch schon mehrfach aufgetreten.
Wenn ich die NAS nicht neustarte sollte das doch nicht einfach wiederkommen vermutlich... oder?
Jetzt ist ein anderer Prozess mit 50% Auslastung aufgetaucht "tiering_util" sagt das jemanden etwas?
Wenn ich die NAS nicht neustarte sollte das doch nicht einfach wiederkommen vermutlich... oder?
Kann passieren...
Jetzt ist ein anderer Prozess mit 50% Auslastung aufgetaucht "tiering_util" sagt das jemanden etwas?
Das gehört dann wohl eher in einen anderen Thread...
Ich habe gerade mal geschaut und festgestellt, dass ich den Prozess (wenn auch ohne nennenswerte Last) am TVS-473 und TS-453A habe, nicht aber beim TS-253pro.
Beim 253pro war die HDstation mal eingerichtet und der Ordnerhinhalt von drawpic ist deutlich mehr als bei den anderen. Allerdings war die HDstation hier auch mal eingerichtet...
Mod: Unnötiges Volltextzitat gekürzt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen
Ich sag ja: melden!
Okay, habe ich mittels Helpdesk an Qnap geschickt. Mal sehen was die sagen. Der andere Prozess ist nun wieder weg daher vermute ich das er nur etwas abgearbeitet hat.
Dann bleiben noch zwei Hauptverdächtige offen 
Lass mich raten: beide haben keinen Videoausgang...
**an Kopf hau** Natürlich gehe ich bei den NAS nachsehen, die keinen Videoausgang haben. Aber im Moment habe ich auf keine anderen Zugriff.
