Systemkapazität reicht nicht aus

[reimundko]

Habe die DS213+ mit dsm 6.2

Wollte ein Update machen.
Da schreibt er. Die Systemkapazität reicht für ein Update nicht aus.


Ist die Ds213+ zu alt dafür ?

 

[tproko]

Die Fehlermeldung deutet eher darauf hin, dass dein / (root-) Verzeichnis zu voll ist.
Am besten wäre, du gehst mal mit ssh drauf und siehst dir mit du -sch / an, was wieviel Platz braucht. Evt. lief mal der JDownloader oder ähnliches und hat dir die Root Partition zugefüllt.

Die nicht so guten Alternativen wäre System zurücksetzen (nur System, nicht die Daten) und dann DSM neu aufsetzen. Aber dann musst du System wiederherstellen ode alles neu einrichten etc. Also versuch es unbedingt mit SSH!

 

[reimundko]

-sch / den Befehl nimmt er nicht an

 

[tproko]

Er lautet: du -sch /

 

[reimundko]

da bekomme ich das hier.

du -sch /
du: cannot access ‘/proc/18430/task/18430/fd/4’: No such file or directory
du: cannot access ‘/proc/18430/task/18430/fdinfo/4’: No such file or directory
du: cannot access ‘/proc/18430/fd/4’: No such file or directory
du: cannot access ‘/proc/18430/fdinfo/4’: No such file or directory

 

[goetz]

Hallo,
nimm: du -xhd1 /

Gruß Götz

 

[tproko]

Bzw. davor noch ein
sudo du ...

Dann kommen diese Permission denied nicht. Du musst dich evt. Kurz in Bash Shell einlesen, um dann auch die Daten zu bereinigen.

 

[goetz]

Hallo,
du -sch / liefert nur eine Totalsumme über alle Partitionen (auch als root kommt bei /proc/.. cannot access) und hilft nicht den Speicherfresser zu lokalisieren.
-x : keine eingehängten Filesysteme verfolgen (volume1 usw)
-d1 : nur Summe der einzelnen Unterverzeichnisse anzeigen

Gruß Götz

 

[tproko]

Stimmt wohl, meinte eher /*
Weil ich mich von dort sowieso dann in Subdirectories vorhandle.

Für mich war sch immer ausreichend. Aber hier happert es sowieso noch mehr an den Bash Basics.

 

[gente]

...bei mir gleicher Fehler trotz genug freiem Speicher auf DS216j

 

[tproko]

Hast du den Speicher deiner Root Partition geprüft? Die Widgets am GUI zeigen dir nur den freien Volume-Speicher.

 

[gente]

Danke erstmal, kannst du mir vielleicht ein howto geben wie ich das im Terminal finde und dann evtl. löschen kann.
LG Thomas

 

[tproko]

Hi, schau dir mal diese Anleitung von Syno an.
Dort steht beschrieben, wie du per SSH hin kommst und sudo machst.

Anschließend gibt es verschiedene Wege. Siehe Befehle von goetz oder mir von der Vorseite. Du musst dir mal / bzw. /* ansehen und dann gehst du weiter, wo viel drin liegt, zB. /opt oder was auch immer.

 

[reimundko]

Bekomme nun das
0 /bin
0 /config
4.0K /dev
3.4M /etc
2.5M /etc.defaults
4.0K /initrd
0 /lib
4.0K /lost+found
4.0K /mnt
du: cannot access ‘/proc/20774/task/20774/fd/4’: No such file or directory
du: cannot access ‘/proc/20774/task/20774/fdinfo/4’: No such file or directory
du: cannot access ‘/proc/20774/fd/4’: No such file or directory
du: cannot access ‘/proc/20774/fdinfo/4’: No such file or directory
0 /proc
945M /pyload
52K /root
6.0M /run
0 /sbin
0 /sys
2.0M /tmp
4.0K /tmpRoot
802M /usr
102M /var
6.9M /var.defaults

 

[tproko]

Okay, also sorry mal dafür, am Handy ist es oftmals spät und ich hab hier was übersehen.

Der erste Befehl sollte mal lauten:
df -h

Poste bitte das Ergebnis von df -h. Das zeigt mal die Systempartitionen und wieviel Speicher frei ist. Anschließend kann man mit "du" schauen, wo was belegt ist.

 

[reimundko]

root@DISKSTATION:/var/packages/pyload# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 2.4G 1.9G 358M 85% /
none 250M 0 250M 0% /dev
/tmp 252M 2.0M 250M 1% /tmp
/run 252M 6.2M 246M 3% /run
/dev/shm 252M 4.0K 252M 1% /dev/shm
/dev/vg1000/lv 2.7T 2.5T 247G 92% /volume1
/dev/sds1 1.4T 1.1T 355G 75% /volumeUSB2/usbshare
/dev/sdt1 1.8T 70G 1.8T 4% /volumeUSB1/usbshare
root@DISKSTATION:/var/packages/pyload# root@DISKSTATION:/var/packages/pyload# df -h
-ash: root@DISKSTATION:/var/packages/pyload#: No such file or directory
root@DISKSTATION:/var/packages/pyload# Filesystem Size Used Avail Use% Mounted on
-ash: Filesystem: command not found
root@DISKSTATION:/var/packages/pyload# /dev/root 2.4G 1.9G 358M 85% /
-ash: /dev/root: No such file or directory
root@DISKSTATION:/var/packages/pyload# none 250M 0 250M 0% /dev
-ash: none: command not found
root@DISKSTATION:/var/packages/pyload# /tmp 252M 2.0M 250M 1% /tmp
-ash: /tmp: Is a directory
root@DISKSTATION:/var/packages/pyload# /run 252M 6.2M 246M 3% /run
-ash: /run: Is a directory
root@DISKSTATION:/var/packages/pyload# /dev/shm 252M 4.0K 252M 1% /dev/shm
-ash: /dev/shm: Is a directory
root@DISKSTATION:/var/packages/pyload# /dev/vg1000/lv 2.7T 2.5T 247G 92% /volume1
-ash: /dev/vg1000/lv: Permission denied
root@DISKSTATION:/var/packages/pyload# /dev/sds1 1.4T 1.1T 355G 75% /volumeUSB2/usbshare
-ash: /dev/sds1: Permission denied
root@DISKSTATION:/var/packages/pyload# /dev/sdt1 1.8T 70G 1.8T 4% /volumeUSB1/usbshare
-ash: /dev/sdt1: Permission denied

 

[tproko]

Hi, /dev/root hat noch 358MB frei. Ob das für ein Update reicht kann ich nicht sagen.
Kann gerade leider nicht mit meiner Installation vergleichen. Aber komplett voll ist sie jedenfalls nicht.

Ggf. mal ein Synology Ticket aufmachen mit der Bitte um Support. Ich kenne den Fehler "Die Systemkapazität reicht für ein Update nicht aus." so jetzt selber noch nicht. Habe ähnliches nur auf Linux-Distrubitionen beim Upgrade gesehen, dass dann oftmals / voll war.

 

[goetz]

Hallo,

945M /pyload

da liegt Dein Problem, pyload hat auf die Systempartition geschrieben.

Gruß Götz

 

[reimundko]

Ahhh OK. Das Pyload läuft seit dem letzten Update leider nicht mehr.
Reciht es, wenn ich es per Paketmanager lösche und ggf. neu aufsetze?

 

[TeXniXo]

In der Regel ja. Am besten deinstallieren und dann nochmals checken (via SSH). Danach kannst es re-installieren. Aber bei Einrichtung bitte achten, dass es nicht in Systempartition reingeschrieben wird.