Freier Platz auf der Systempartition

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.726
Punkte für Reaktionen
3.713
Punkte
468
Es gab hier ja immer mal wieder Probleme mit vollgelaufenen Systempartitionen (/ bzw. /dev/md0). Bei mir lag der Füllgrad dieser 2.3GB-Partition immer so um die 50-60%, was auch normal sein dürfte. Nun ist mir aufgefallen, dass dieser Füllgrad bei mir, auch nach einem Reboot, auf ca. 80% angewachsen ist.

Code:
root@DS415:~# df -h
Filesystem              Size  Used Avail Use% Mounted on
/dev/md0                2.3G  1.8G  466M  79% /

Ursache ist wohl eine Datei space-preserve mit 513MB unter /usr/syno/synoinstall, wie man leicht z.B. mit
Code:
find / -mount -size +5M -exec ls -alsh {} \;
herausfinden kann.

Code:
root@DS415:~# ls -alsh /usr/syno/synoinstall/
total 497M
4.0K drwxr-xr-x  2 root root 4.0K Apr 18 15:16 .
4.0K drwxr-xr-x 24 root root 4.0K Jun 13 12:48 ..
497M -rw-r--r--  1 root root 513M Jun 13 12:48 space-preserve
Die Datei ändert auch das Datum und die Größe bei einem Reboot und ihr Inhalt sind auch nicht nur Nullen o.ä.

Weiß jemand, was das sein könnte, bzw. ist das bei euch so? Ist das neu?
Ich könnte mir vorstellen, dass es vielleicht so eine Art Reservierung ist, auf die der DSM bei Aktualisierungen ggf. zurückgreifen kann.
 

Adama

Benutzer
Sehr erfahren
Maintainer
Mitglied seit
05. Mrz 2013
Beiträge
2.145
Punkte für Reaktionen
730
Punkte
154
Hab' das hier im Emby-Forum gefunden:
Code:
Dear Customer,

Thank you for contacting Synology Technical Support.

Since DSM 7.1. the Operating System will generate /usr/syno/synoinstall/space-preserve on startup.

The File is generated to reserve Space on the Systempartition for a Firmwareupdate.

During the Update the File will be removed so that the Space may be used for the Update.

If you remove the File it will be regenerated when restarting the Device.

However since this is included in the Design of DSM it should not cause any Problem for the Operating System.

We recommend against trying to remove the File manually.

Please let me know if you have any questions.

Best Regards,

Haseeb Sheikh
Technical Support Engineer

https://emby.media/community/index.php?/topic/106330-dsm-71-beta-compatibility/
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.726
Punkte für Reaktionen
3.713
Punkte
468
Danke Adama, dann lag ich also mit meiner Vermutung richtig (y)
 

Tommi2day

Benutzer
Mitglied seit
24. Aug 2011
Beiträge
1.184
Punkte für Reaktionen
71
Punkte
68
Bin auch gerade darüber gefallen. Bei meinem 2.3G Root bin ich jetzt auf 94% und auch hier habe ich diese 500M Datei, frist also 20%. Ich hoffe, das jetzt nicht noch woanders mehr dazu kommt. Wie groß sind die Root Filesystem jetzt bei der 7.1 Neuinstallation? Ich bin auf dieser DS noch mit 5.x gestartet. Evtl. muss ich dann auch nochmal neu aufsetzen
 

MBoe

Benutzer
Mitglied seit
14. Okt 2022
Beiträge
7
Punkte für Reaktionen
2
Punkte
3
Die space-preserve macht ja Sinn. Sollte die aber nicht vorübergehend gelöscht werden, wenn ein Dienst repariert werden soll?

2022-10-14 10_33_06-Window.png
 

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.726
Punkte für Reaktionen
3.713
Punkte
468
Weiß ich nicht. Da steht ja, dass die eher für Firmware-, also DSM-Updates, gedacht ist. Lösch die Datei einfach und probiere die Reparatur nochmal.
 

Tommi2day

Benutzer
Mitglied seit
24. Aug 2011
Beiträge
1.184
Punkte für Reaktionen
71
Punkte
68
Heute sind die letzten Hyper Backups fehlgeschlagen, weil nicht mehr genügend Platz auf der Systempartition wäre. Das stimmte auch. Es gab aber gar keine Dateien ausser den üblichen Systemdateien dort.
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 2.2G 9.6M 100% /

du -h -sx /*
20K /SynoUpgrade.tar
0 /bin
4.0K /checksum.syno
0 /config
0 /dev
4.0K /dump.rdb
6.6M /etc
2.5M /etc.defaults
4.0K /initrd
0 /lib
0 /lib32
0 /lib64
4.0K /lost+found
4.0K /mnt
16K /opt
0 /proc
112K /root
38M /run
0 /sbin
0 /sys
1.1M /tmp
1.8G /usr
350M /var
5.9M /var.defaults

du -sxh /usr/syno/synoinstall/*
497M /usr/syno/synoinstall/space-preserve

Nach dem Löschen der Datei ging das Backup wieder. Vermute aber, das ich dann aber Probleme beim Update bekommen werde
Nun sind die 2.3GB Systempartition nicht wirklich viel. Ich überlege, das System neu aufzusetzen. Wird denn bei einer frischen DSM 7.1. Installation eine größere Partition angelegt oder kann ich mir den Aufwand sparen?
 
Zuletzt bearbeitet:

Benares

Benutzer
Sehr erfahren
Mitglied seit
27. Sep 2008
Beiträge
13.726
Punkte für Reaktionen
3.713
Punkte
468
Den Aufwand kannst du dir sparen. Auch bei einer Neuinstallation hat die Systempartition 2,3GB.
Ich hab grad mal auf meiner DS415+ und DS1522+ geschaut, da sind 80% bzw. 77% belegt (incl. space-preserve).
Irgendwas ist bei dir noch zu voll, aber ich seh jetzt auch keinen gravierenden Unterschied im Vergleich zu mir bei den einzelnen Verzeichnissen
Code:
root@DS415:~# du -h -sx /*
20K     /SynoUpgrade.tar
0       /bin
4.0K    /checksum.syno
0       /config
0       /dev
4.0K    /dump.rdb
4.8M    /etc
2.4M    /etc.defaults
4.0K    /initrd
0       /lib
0       /lib32
0       /lib64
4.0K    /lost+found
4.0K    /mnt
163M    /opt
0       /proc
584K    /root
18M     /run
0       /sbin
0       /sys
444K    /tmp
4.0K    /tmpRoot
1.5G    /usr
212M    /var
5.9M    /var.defaults
 

Tommi2day

Benutzer
Mitglied seit
24. Aug 2011
Beiträge
1.184
Punkte für Reaktionen
71
Punkte
68
OK, Danke. Du hast 300M weniger in /usr und 100M weniger in /var. das sind schon mal 20%. Ohne space-reserve sieht es bei mir in /usr so aus:
/usr# du -hxs *
105M bin
20K etc
64K include
300M lib
13M lib32
0 lib64
32K libexec
502M local
26M sbin
129M share
229M syno
Ist aber schon blöd, das Synology das so knapp macht. Da muss ich wirklich auch mal sehen, ob ich was ins /volume1 umlinken kann
 


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat