Systemkapazität reich für Systemaktualisierung nicht aus

[StefanW]

Hallo,

das Problem gab es schon öfters, aber ich komm grad echt nicht weiter.





Das Problem ist doch das /dev/md0 Verzeichnis, aber ich komme dort nicht rein.
Was mache ich da falsch?

Danke schon mal
Stefan

 

[peterhoffmann]

Dein Problem liegt im Verzeichnis /usr
Dort sind 1,5GB, es sollte aber nur ca. 900MB haben.

Geb mal das ein:

du -xhd 1 /usr | sort -h -r

Nachtrag:
auch /var ist relativ groß.
Bei dir hat es 347MB, bei mir hat es 100MB.
(wahrscheinlich das Logverzeichnis => /var/log)

 

[StefanW]

Danke, da bekomme ich das Ergebnis

 

[peterhoffmann]

ls -la /usr/syno/etc/private/session

 

[StefanW]

da bekomme ich das Ergebnis, in der Docu habe ich das gefunden

/usr/syno/etc/private/* => Kennwort-Dateien für den Disk Station-Manager

 

[AndiHeitzer]

Da scheint was mit der 'current.users' im Argen zu liegen

Auf meiner DS118 ist das wesentlich übersichtlicher:


So ähnlich sieht das aber auch auf DSM7RC aus ...


EDIT:
Ich habe da mal reingeschaut. Dort sind nur Einträge für verbundene User drin.
Auch auf meiner 'Dicken' ist das ähnlich übersichtlich ...

 

[StefanW]

Was auffällig ist das jeden Tag um 11:02 das File geschrieben wird und es viel größer ist als bei dir.
Meinst du ich soll das Älteste weglöschen und das Update durchführen?

 

[AndiHeitzer]

Hast Du einen Job laufen, der so um 11:00 Uhr etwas macht?

Ich würde diese vier Files in die Tonne treten:


Dann bleibt aber immer noch zu klären, warum die 'current.users' bei Dir so groß ist.

Eigentlich steht da nicht viel drin:

Unkenntlich gemacht habe ich das TOKEN und die SERIAL der betreffenden Geräte, wo die Verbindung herkommt.

 

[StefanW]

Das Update ist jetzt (mit eurer Hilfe - DANKE) jetzt durchgelaufen.

Ich habe um 11 Uhr einen täglichen reboot drin, /sbin/shutdown -r now

 

[AndiHeitzer]

Danke für die Rückmeldung

Mit dem '/sbin/shutdown -r now' lässt Du der Syno keine Zeit, verschiedene Prozesse sauber zu beenden.
Da kann ich mir gut vorstellen, dass die Syno noch 'retten' möchte was geht, dass kann sich durchaus mit solchen 'current.users.****' bemerkbar machen. Ganz sicher bin ich mir da aber nicht.

Hast Du mal in die 'current.users' hineingeschaut, was da so alles drin steht?
Die Größe ist definitiv nicht OK!
Bei mir sind das 8 Verbindungen und diese belegen ~4K

Basierend auf 8 Verbindungen je 500Byte müssten in 'Deiner' Datei 217384 Verbindungen/Einträge drin stehen.

Bei einem Test-/Spiel-System täte ich sagen, 'Hau die Datei in die Tonne (oder umbenennen) mit anschliessendem Reboot.'
Möglicherweise wird die jedesmal nach dem Start neu erstellt
Vielleicht meldet sich hier noch jemand, der dort schon mal 'unterwegs' war?!

 

[Synchrotron]

Für mich stellt sich die Frage, was der tägliche Reboot bewirken soll. Meine laufen durch, ohne dass ich da irgendwelche Nachteile bemerken würde.

 

[AndiHeitzer]

Ich habe grade mal was auf meiner VMM mit DSM6 probiert:

cd /usr/syno/etc/private/session
rm current.users
reboot -r now

Das war erstmal erfolgreich.
Sobald die Kiste erreichbar war, habe ich dort hineingeschaut. (Mit SSH)
Eine 'current.users' war nicht vorhanden.
Erst, als ich mich per WEB-GUI verbunden habe, tauchte diese 'current.users' auf. Es war der entsprechende User dann auch darin zu finden.
CMS hat auch noch etwas gebraucht, bis ich den Status nach dem Reboot einsehen konnte. Drive-Sync hat sofort gearbeitet.
Im Log-Center war auch nix 'Böses' zu finden.
Ansonsten laufen dort nicht wirklich viele Pakete, aber im Prinzip schaut das nicht wirklich schlecht aus.

 

[AndiHeitzer]

Für mich stellt sich die Frage, was der tägliche Reboot bewirken soll.

Ungenügende Performance?
Würde mich aber bei dieser doch unheimlich großen 'current.users' nicht wirklich wundern.

 

[peterhoffmann]

/sbin/shutdown -r

Das hier ist der richtige Befehl um das sauber durchzuführen.

synoshutdown -r