DSM 6.x und darunter Update DSM 7 nicht möglich / Systemkapazität nicht ausreichend

[Dorve]

Hallo zusammen und einen schönen Sonntag,
ich habe hier im Forum schon viel zu oben genannter Thematik gesucht und gefunden und komme trotzdem bei der Fehleranalyse nicht weiter.
Ich kann meine DSM 7 Version aktuell nicht mehr updaten da der Systemspeicher voll zu sein scheint bzw. nicht genügend Kapazität aufweist.

Ich denke ich konnte den/die Übeltäter in Form von tmpfs Verzeichnissen ausfindig machen.
Zumindest aus meiner Layenhaften Sicht. Es sieht so aus dass devtmpfs 304MB auf der dev/md0 reserviert ebenso tmpfs unter /dev/shm 322 MB

Kann mir hier jemand helfen? Ich bin schon mehr oder weniger am Verzweifeln.
Bzw. mir sagen wie ich hier löschen kann oder vorzugehen habe?
Ich vermute mir hat es diese Pfade angelegt beim Versuch Owncloud und Docker via Portainer auf meiner 218 play zum laufen zu bekommen (leider auch erfolglos)

Vielen Dank im Voraus.

Anbei meine Logs:

ash-4.4# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 1.9G 282M 88% /
devtmpfs 304M 0 304M 0% /dev
tmpfs 322M 28K 322M 1% /dev/shm
tmpfs 322M 29M 294M 9% /run
tmpfs 322M 0 322M 0% /sys/fs/cgroup
tmpfs 322M 2.7M 320M 1% /tmp
/dev/vg1/volume_2 229G 61M 229G 1% /volume2
/dev/vg1000/lv 3.6T 1.5T 2.2T 40% /volume1
tmpfs 65M 0 65M 0% /run/user/196791

 

[AndiHeitzer]

Bei Dir sind im /dev/md0 bzw. / knapp 2GB verbraten ...
Bei meiner DS916+ sind das grade mal 1,6GB bzw, auf meiner DS118 grade mal 1,1GB ...
Wie schaut das mit dem Inhalt auf / aus?
--> cd /
--> ls -la

???

 

[Dorve]

Da sieht es folgend aus:

ash-4.4# cd /
ash-4.4# ls -la
total 80
drwxr-xr-x 25 root root 4096 Sep 8 18:38 .
drwxr-xr-x 25 root root 4096 Sep 8 18:38 ..
lrwxrwxrwx 1 root root 7 Jul 1 2021 bin -> usr/bin
drwxr-xr-x 7 root root 0 Sep 8 18:39 config
drwxr-xr-x 12 root root 2440 Sep 8 18:39 dev
drwxr-xr-x 49 root root 4096 Jan 9 10:13 etc
drwxr-xr-x 41 root root 4096 Aug 22 19:40 etc.defaults
drwxr-xr-x 3 root root 4096 Sep 8 10:04 home
drwxr-xr-x 2 root root 4096 Jun 24 2021 initrd
lrwxrwxrwx 1 root root 7 Jul 1 2021 lib -> usr/lib
lrwxrwxrwx 1 root root 9 Jul 1 2021 lib32 -> usr/lib32
lrwxrwxrwx 1 root root 7 Jul 1 2021 lib64 -> usr/lib
drwxr-xr-x 3 root root 4096 Sep 8 18:38 .log.junior
drwx------ 2 root root 4096 Jun 24 2021 lost+found
drwxr-xr-x 2 root root 4096 Jun 24 2021 mnt
drwxr-xr-x 3 root root 4096 Jul 1 2021 .old_patch_info
drwx--x--x 3 root root 4096 Sep 7 17:54 opt
dr-xr-xr-x 417 root root 0 Jan 1 1970 proc
-rw------- 1 root root 1024 Sep 8 18:38 .rnd
drwx------ 4 root root 4096 Sep 7 18:27 root
drwxr-xr-x 53 root root 3260 Jan 9 13:38 run
lrwxrwxrwx 1 root root 8 Jul 1 2021 sbin -> usr/sbin
drwxr-xr-x 4 root root 4096 Jul 1 2021 .syno
dr-xr-xr-x 12 root root 0 Sep 8 18:38 sys
drwxr-xr-x 2 root root 4096 May 18 2019 .system_info
drwxrwxrwt 20 root root 3740 Jan 9 13:38 tmp
drwxr-xr-x 12 root root 4096 Jul 1 2021 usr
drwxr-xr-x 17 root root 4096 Jul 1 2021 var
drwxr-xr-x 12 root root 4096 Jul 1 2021 var.defaults
drwxr-xr-x 48 root root 4096 Sep 8 18:38 volume1
drwxr-xr-x 8 root root 4096 Sep 8 18:38 volume2

 

[Fusion]

Mal mit ... die Belegung nach Größe prüfen.

du -xhd 1 / | sort -hr

Den Schrägstrich kann man dann ersetzen je nach Fund um in tiefere Ebenen zu gehen.

 

[synfor]

Und die Ausgabe bitte als Code einfügen.

 

[Dorve]

ash-4.4# du -xhd 1 / | sort -hr
1.9G    /
1.2G    /usr
467M    /home
215M    /var
18M     /.syno
3.9M    /var.defaults
3.6M    /etc
2.4M    /etc.defaults
372K    /.log.junior
40K     /.old_patch_info
36K     /root
24K     /.system_info
16K     /opt
4.0K    /mnt
4.0K    /lost+found
4.0K    /initrd
ash-4.4# du -xhd 1 /home
467M    /home/pl
467M    /home

 

[Dorve]

Danke euch
Konnte den Speicher bereinigen.

ash-4.4# df -h
Filesystem         Size  Used Avail Use% Mounted on
/dev/md0           2.3G  1.5G  760M  66% /
devtmpfs           304M     0  304M   0% /dev
tmpfs              322M   28K  322M   1% /dev/shm
tmpfs              322M   29M  294M   9% /run
tmpfs              322M     0  322M   0% /sys/fs/cgroup
tmpfs              322M  2.7M  320M   1% /tmp
/dev/vg1/volume_2  229G   61M  229G   1% /volume2
/dev/vg1000/lv     3.6T  1.5T  2.2T  40% /volume1
tmpfs               65M     0   65M   0% /run/user/196791

Schönen Sonntag euch.

Viele Grüße Dorve

 

[Fusion]

Du meinst das "home" welches dort nicht hingehört hat?

 

[Dorve]

ja genau das Home Verzeichnis

 

[Dorve]

Hallo zusammen,
jetzt steh ich wieder vor dem selben Problem kann die DSM Version nicht updaten wegen zu wenig Speicher... leider lässt sich hier diesesmal nicht feststellen was den Speicher belegt.

Kann mir jemand bitte helfen?

ash-4.4# du -xhd 1 / | sort -hr
1.9G    /
1.4G    /usr
227M    /var
218M    /root
20M     /.syno
5.7M    /var.defaults
3.8M    /etc
2.4M    /etc.defaults
572K    /.log.junior
40K     /.old_patch_info
24K     /.system_info
16K     /opt
4.0K    /mnt
4.0K    /lost+found
4.0K    /initrd

Vielen Dank im Voraus.

 

[Benares]

Das Thema gab's schon soooooooo... oft hier. / sollte eigentlich bei ~1.3G liegen.

Hangel dich halt mal entlang des fettesten Pfads runter, nächster Schritt also

root@DS415:~# du -xhd 1 /usr | sort -hr
1009M   /usr
279M    /usr/lib
235M    /usr/local
230M    /usr/syno
134M    /usr/share
97M     /usr/bin
24M     /usr/sbin
13M     /usr/lib32
64K     /usr/include
20K     /usr/libexec
20K     /usr/etc

 

[Dorve]

Danke passt. Habs hinbekommen Manchmal hilft ein kleiner gedanklicher Schubs

 

[Benares]

Und was war's?

 

[Dorve]

War im Root Verzeichnis, wegen meiner Docker Installation und im USR Verzeichnis ebenfalls von der Installation. Ich gebs jetzt auch auf Docker auf den ARM zu friemeln
Wahrscheinlich werde ich mir zukünftig eine neue Diskstation (Intel basiert) zulegen.

 

[oppi07]

Der Übeltäter scheint nach Update 7.1 eine von Synology angelegte Dummy Datei zu sein, die dafür sorgt, dass ein größeres Betreiebssystemupdate wieder läuft.

Die Datei heißt spase-preserve und schlägt mit ca 520 MB zu.

Ich habe nun folgenden täglichen Task im Aufgabenplaner hinterlegt:

1. Ausführen des TASK / Aufgabenplaner mit Benutzer "root"
2. Aufgabeneinstellung den folgenden Löschbefehl (ohne Rückfrage) einfügen:

sudo rm -r /usr/syno/synoinstall/space-preserve

3. Task auf täglich 0:00 Uhr, da nach jedem Neustart der Synology die Datei erneut angelegt wird. GGF nach Neustart einmalig anstoßen.

Mir ist es wichtiger, dass die Sicherungen nicht wegen Speichermangel abbrechen, als dass ich mal nicht das Betriebssystem aktualisieren kann.

Mit dem Programm WinSCP (Freeware) ist es ggf. einfach möglich vorab kurz auf die Systempartition zu schauen.

 

[Benares]

Was stört dich an dieser Datei?
Die macht ja nichts anderes, also etwas Platz auf der Systempartition zu reservieren, damit beim nächsten FW-Upgrade garantiert genügend Platz dort vorhanden ist. Ich halte dies für durchaus sinnvoll. Es gab ja hier schon genügend Fälle, wo sich Anwender die Systempartition meist unbewusst zugeballert und sich dann beim nächsten DSM-Update gewundert haben.
Auf deine Sicherungen hat die bestimmt keinen Einfluss, die gehen ja (hoffentlich) nicht in deine Systempartition.

 

[oppi07]

Was mich an der Datei stört?
Leider verursacht auch nach Rücksprache mit dem Synology Support immer wieder mangelnder Speicher dazu, Updates und Sicherungen durchzuführen, weil der Speicher zu knapp bemessen ist. (Lösung Synolology, System Sichern undneu aufsetzen und DSM neu installieren)

Der Speichermangel war auch nach einer kompletten Rücksetzung immer noch vorhanden, daher ist diese Maßnahme auf meinem System erforderlich. In anderen Foren wurde diese Thema auch immer wieder hervorgehoben und als Lösung das Untersuchen der einzelnen Verzeichnisse bis in die Unterverzeichnisse vorgeschlagen um dann eine wohl "verursachende" Datei zu löschen. Dieses Lösung finde ich als sehr waghalsig, wenn man nicht genau weiß, was man da gerade löscht in der Sytempartition.

Von Synology werden da so Pseudohilfen angeboten wie: Hintergrundbilder zu löschen, Systemprotokolle zu löschen, Systemstatus regelmäßig protokollieren. Pakete Drittanbieter entfernen, DMA - Kommunikationsprotokolle deaktivieren. Knowlede Center

Mal ehrlich, wenn mir solche Funktionalitäten, die im System angeboten werden, dann dass System "voll müllen", dann sollte es zumindest eine automatische Bereinigungsfunktion innerhalb des Systems angeboten werden oder die Funktionalitäten in Gänze abgeschaltet werden- Oder es wird gleich eine größere Partition von 2,2 GB angeboten.

Meine Sicherungen gehen nicht in die Systempartition, aber die Programme, die diese Sicherung durchführen nutzen temporär die Systempartition und lehnen bei nicht Vorhandensein von genügend Speicher eine Sicherung ab. Ich nutze nur Synology Apps und keine Drittanbieter, die sich ggf., nicht an die Entwicklerrichtlinien von Synology halten.

Quelle1
Systempartition voll
Synology NAS root Partion voll
System-Partition benutzte Grösse einsehen

 

[Jagnix]

Jeder wie er mag @Benares .