Root is voll

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Richie2000

Benutzer
Registriert
30. Apr. 2024
Beiträge
12
Reaktionspunkte
3
Punkte
3
Hallo liebe Foren Mitglieder,

Ich habe eine NAS RS815+und mein Systempartion ist voll.. In dem Verzeichnis taucht eine Verzeichnis auf /volumUSB1. Wenn darin schaue sehe ich keine Datein oder Inhalte. Ein Volume habe nicht erstellt.
USB Festplatte hatt ich vor einem Jahar mal angschlossen, aber seitdem nicht mehr. Kann ich das Verzeichnis Problemlos löschen oder gibt es Mehtode um der Root zu bereinigen? Es handelt ich um ein RS815+

root@RS815Plus:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 2.3G 0 100% /
devtmpfs 7.9G 0 7.9G 0% /dev
tmpfs 7.9G 244K 7.9G 1% /dev/shm
tmpfs 7.9G 18M 7.9G 1% /run
tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup
tmpfs 7.9G 1.7M 7.9G 1% /tmp
/dev/mapper/cachedev_0 7.0T 1.2T 5.9T 16% /volume1
tmpfs 1.0T 0 1.0T 0% /dev/virtualization

root@RS815Plus:~# /usr/bin/du -d 1 -xh /
20K /.system_info
44M /.syno
251M /var
1.6G /usr
4.0K /mnt
5.9M /etc
24M /root
2.4M /etc.defaults
4.0K /0755
16K /opt
16K /volume2
4.0K /lost+found
5.9M /var.defaults
3.3M /.log.junior
4.0K /initrd
347M /volumeUSB1
24K /.old_patch_info
4.0K /tmpRoot

root@RS815Plus:~# /usr/bin/du -d 1 -xh /volumeUSB1
20K /volumeUSB1/@eaDir
347M /volumeUSB1/usbshare1-1
347M /volumeUSB1
root@RS815Plus:~# /usr/bin/du -d 1 -xh /volumeUSB1/usbshare1-1
347M /volumeUSB1/usbshare1-1 ******************** Ist leer
 
Dann hau das VolumeUSB1 mit -rm weg.

Hast du ein USB-Gerät momentan angeschlossen?

Wie kommt das bzw. warum hast du das dort gemountet?
 
/volumeUSB1 würde ich stehen lassen, das ist der Mountpoint für die externe USB-Platte, aber Du kannst usbshare1-1 löschen, wenn keine externe Platte angeschlossen ist, und dann schauen, ob die 347MB freigegeben wurden.
 
Aber trotzdem gehört der Mountpoint doch nicht ins Root-Verzeichnis? Oder irre ich mich da?
 
Doch, gehören sie. Bei mir ist der auch da und aktuell ist keine USB-Platte aktiv. Ist aber auch kein Drama, wenn der weg ist, denke ich, dann wird der beim nächsten Anschluss einer USB-Platte neu erstellt. Aber ich würde dennoch (erstmal) nur usbshare1-1 löschen.
 
Bei "/usr/bin/du -d 1 -xh /" werden die aber normalerweise nicht angezeigt (-x), es sei denn, es ist nichts gemountet. Und dann sollten die auch leer sein.
 
Um schicher zu gehen, nicht etwas zu zerstören habe ich versucht der freigebene Ordner zu löschen und bekomme der Nachricht, dass dies nicht funzt. Wenn ich der Festplatte auswerfe verschwindet das Verzeichnis aus der freigebene Ordner, sowie Filestation. Was kann dass sein, dass das System es verweigert? Es gibt keine andere Sessions (SSH). Berechitgungen sind geprüft und auf admin.
 

Anhänge

  • USB_Share1.jpg
    USB_Share1.jpg
    17,3 KB · Aufrufe: 12
@dil88: Du hast Recht, der USB-Mount wird dort angezeigt. Allerdings steht bei mir dort der Speicherplatzverbrauch immer bei "12k".
Das verändert sich auch nicht, egal wie viel ich dorthin kopiere. Daher dürften bei @Richie2000 dort keine "347M" stehen.

Da wurde also manuell etwas konfiguriert oder es ist im System technisch etwas schwer schief gelaufen. @Richie2000: Root bist du während des Löschversuches?

1732539021986.png
 
  • Like
Reaktionen: dil88
Wie es die Meldung halt sagt. Die Verzeichnisse/Freigaben unterhalb von /volumeUSB1 werden halt vom System dynamisch verwaltet. Das heißt aber nicht, dass da nicht auch mal versehentlich was landet, z.B. wenn kein USB-Laufwerk gemountet ist. Ein Mount "überlagert" einfach ein normalerweise leeres Verzeichnis, auch wenn es nicht leer ist. Wenn da was liegt, was da nicht hingehört, muss man halt über die Konsole ran.

Edit: Ich denke, du kannst auch /volumeUSB1 bedenkenlos löschen, bei mir gibt's das auch nicht, wohl weil da noch nie was am USB dran war. Es entsteht dann automatisch wieder.
 
Zuletzt bearbeitet:
  • Like
Reaktionen: dil88
Ich denke auch, das man das mit dem Löschen in dem Fall machen kann.Platte sauber auswerfen, Dienste, die die Löschung verhindern, beenden und ab dafür. 👍🏻
 
Ich habe es gelöscht und ist kein Problem mehr. Jetzt ist mein Root Verzeichnis für 89% benutzt (von der 2.3 GB). Wie kann ich am besten vorgehen um der Root zu bereinigen, damit ich herunter komme
 
das beste was du machen kannst ist , wenn du dir ne neue holst , neu Installieren.
In den neuen Installationen nimmt Synology knapp 8 GB für die Partion.
Das reicht dann.
 
  • Like
Reaktionen: maxblank
89% bei 2,3GB gesamt ist aber immer noch recht viel, normal sind es 65-70%. Hangle dich auch mal /usr hinunter. Bei mir liegen da 1,2GB und nicht 1,6GB.

Hier mal meine Werte zum Vergleich
Code:
root@DS1522:~# du / -hxd 1 | sort -h -r
1.4G    /
1.2G    /usr
193M    /var
40M     /.syno
11M     /var.defaults
4.4M    /etc
2.5M    /etc.defaults
736K    /.log.junior
56K     /root
40K     /.old_patch_info
16K     /opt
4.0K    /.system_info
4.0K    /mnt
4.0K    /lost+found
4.0K    /initrd
root@DS1522:~# du /usr -hxd 1 | sort -h -r
1.2G    /usr
343M    /usr/lib
302M    /usr/local
278M    /usr/syno
118M    /usr/bin
88M     /usr/share
26M     /usr/sbin
16M     /usr/lib32
76K     /usr/include
20K     /usr/libexec
20K     /usr/etc
 
  • Like
Reaktionen: dil88
Richtig, in /usr und /var ist bei @Richie2000 deutlich mehr als bei mir oder bei @Benares. Müsste man dann im Detail untersuchen.
 
Hier kommen meiner....
root@RS815Plus:/# du / -hxd 1 | sort -h -r
2.0G /
1.6G /usr
252M /var
44M /.syno
24M /root
5.9M /var.defaults
5.9M /etc
3.3M /.log.junior
2.4M /etc.defaults
24K /volumeUSB1
24K /.old_patch_info
20K /.system_info
16K /volume2
16K /opt
4.0K /tmpRoot
4.0K /mnt
4.0K /lost+found
4.0K /initrd
4.0K /0755
 
Dann such mal selbst. Weißt ja jetzt, wie's geht. Kleinkram (<50MB) kannst du vernachlässigen. /usr und /var sind etwas auffällig.
 
Ich habe herunter gebrochen. Was ist hier auffällig?
root@RS815Plus:/usr/local/lib# du /usr/ -hxd 1 | sort -h -r
1.6G /usr/
720M /usr/syno
345M /usr/local
289M /usr/lib
129M /usr/share
104M /usr/bin
25M /usr/sbin
13M /usr/lib32
64K /usr/include
20K /usr/libexec
20K /usr/etc

root@RS815Plus:/usr/local/lib# du /usr/syno/ -hxd 1 | sort -h -r
734M /usr/syno/
497M /usr/syno/synoinstall
170M /usr/syno/synoman
15M /usr/syno/locale
14M /usr/syno/sbin
13M /usr/syno/etc
13M /usr/syno/bin
4.9M /usr/syno/share
2.3M /usr/syno/etc.defaults
2.1M /usr/syno/plugin
2.1M /usr/syno/ipsec
1.2M /usr/syno/selfcheck
888K /usr/syno/lib
488K /usr/syno/synoce
320K /usr/syno/synoindex
148K /usr/syno/synosdk
136K /usr/syno/synodr
64K /usr/syno/syslog
24K /usr/syno/JEP
8.0K /usr/syno/theme
4.0K /usr/syno/synopkg
4.0K /usr/syno/hotplug
4.0K /usr/syno/cfgen

root@RS815Plus:/usr/local/lib# du /usr/local/ -hxd 1 | sort -h -r
345M /usr/local/
212M /usr/local/packages
75M /usr/local/share
49M /usr/local/bin
4.1M /usr/local/plugin
3.8M /usr/local/cups
1.9M /usr/local/etc
696K /usr/local/lib
192K /usr/local/libexec
28K /usr/local/node
24K /usr/local/mariadb10

root@RS815Plus:/usr/local/lib# du /usr/lib/ -hxd 1 | sort -h -r
289M /usr/lib/
42M /usr/lib/python3.8
25M /usr/lib/modules
14M /usr/lib/locale
6.3M /usr/lib/gconv
5.4M /usr/lib/php
4.5M /usr/lib/systemd
4.1M /usr/lib/sssd
1.9M /usr/lib/syslog-ng
1.4M /usr/lib/cups
1.3M /usr/lib/synoce
844K /usr/lib/firmware
672K /usr/lib/security
556K /usr/lib/gvfs
412K /usr/lib/iptables
364K /usr/lib/gio
320K /usr/lib/samba
292K /usr/lib/postgresql
288K /usr/lib/udev
172K /usr/lib/gawk
128K /usr/lib/sasl2
112K /usr/lib/libnfsidmap
100K /usr/lib/dbd
72K /usr/lib/modules-load.d
72K /usr/lib/ldb
64K /usr/lib/rsync
60K /usr/lib/ntfs-3g
40K /usr/lib/rp-pppoe
32K /usr/lib/libproxy
28K /usr/lib/tmpfiles.d
28K /usr/lib/nss_syno
28K /usr/lib/krb5
28K /usr/lib/ecryptfs
20K /usr/lib/sharing
20K /usr/lib/pppd
20K /usr/lib/awk
16K /usr/lib/sysctl.d
16K /usr/lib/openvpn
12K /usr/lib/coreutils
8.0K /usr/lib/pkgconfig
8.0K /usr/lib/ldapclient
 
Ich habe synoinstall geprüft: Ist das Normal, so viel space-preserve?

root@RS815Plus:/usr/local/lib# du -sh /usr/syno/synoinstall
497M /usr/syno/synoinstall
root@RS815Plus:/usr/local/lib# cd /usr/syno/synoinstall
root@RS815Plus:/usr/syno/synoinstall# dir *.log
ls: cannot access '*.log': No such file or directory
root@RS815Plus:/usr/syno/synoinstall# dir
total 508884
drwxr-xr-x 2 root root 4096 Jul 9 2023 .
drwxr-xr-x 24 root root 4096 Nov 25 13:53 ..
-rw-r--r-- 1 root root 537919488 Nov 25 13:53 space-preserve
root@RS815Plus:/usr/syno/synoinstall#
 
Sehr gross:
root@RS815Plus:/usr/syno/synoinstall# ls -lh /usr/syno/synoinstall/space-preserve
-rw-r--r-- 1 root root 513M Nov 25 13:53 /usr/syno/synoinstall/space-preserve
root@RS815Plus:/usr/syno/synoinstall#
 
Es gab mal eine DSM-Version, die Speicher per space-preserve vorab reservierte. Aber ich meine, das sei inzwischen Geschichte. Welche hast du?

Ich hatte mir mal notiert
#freier Platz auf Systempartition (/dev/md0)
Seit DSM7.1 gibt es die Datei /usr/syno/synoinstall/space-preserve
Ab 7.2.1 aber scheinbar nicht mehr. Da gibt es nur noch das Verzeichnis /usr/syno/synoinstall/space-preserve-for-configs/ mit irgendwelchen temp-Files. "df -h" bei 62%.
 

Additional post fields

 

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