Interessant... das letzte Mal als diese Meldung hier behandelt wurde, hieß es dass dies auf den RAM zurückzuführen sei... der Support allerdings fordert Screenshots von der HDD Belegung an 
Wann wurden die Screenshots aufgenommen? Zu einem Zeitpunkt wo das Problem gerade bestand oder wo gerade alles schick war?
Was sofort auffällt:
md9 / HDA_ROOT ist zu 99% belegt. Hier sollte normalerweise deutlich mehr Kapa frei sein. Durchaus möglich dass hier temporäre daten hängen geblieben sind.
Schau dort mal mit zB WinSCP drauf, mit besonderem Augenmerk auf die beiden Ordner "update" und "update_pkg".
Achja, Du solltest Deine Seriennummer besser kaschieren...
Wie sieht es denn in den beiden genannten Ordner aus?
Sieht soweit ok aus, aber das zeigt ja auch nicht den kompletten Inhalt. Vielleicht mal die Größe der Ordner einzeln prüfen um Auffälligkeiten festzustellen...
Du kannst auch gerne per teamviewer auf das System sehen!
Dafür habe ich keine Zeit 
.config 427 MB
sind bei mir 174 MB
.logs 329 MB
sind bei mir 60 MB
update_pkg 115 MB
sind bei mir 110 MB
Bei den ersten beiden passt also irgendwas nicht, wobei die Datenmenge die hier berechnet wurde ja nicht zwingend auch auf md9 liegen muss (Hardlinks).
Bist du als echter admin angemeldet?
Weiss jemand, wie ich (angemeldet als admin) die Partition in rw ändern kann?
Unter Ubuntu und anderen Luinuxen wäre das mit
mount -o remount,rw /mnt/HDA_ROOT
zu erreichen. Unter Qnap kann ich das leider nicht testen, da meine QNAPs alle Produktiv sind und /mnt/HDA_ROOT rw gemountet ist.
Etwas Sorgen bereitet mir die /mnt/ext/ mit 89% Auslastung. Was kann dort gelöscht werden?
Nicht überall drauf rumhacken... Das ist hier normal.
Wäre mal interessant gewesen, was diese Datei so aufgeblasen hat ... vielleicht das nächste mal, wenn es dazu kommt, diese herunterladen. Scheint ja wohl irgendwas mit connections zu tun zu haben. Kann man die Logs nicht irgendwie von der Oberfläche aus löschen ?
