+-Serie Fehler: space of system volume (root) has reached the limit

[Jens]

Hallo,
ich bräuchte mal fachkundige Hilfe...
Habe eine DS207+ mit SSODS Paket.
Gestern kam ich nicht mehr auf die Ordner meiner DS207+ (von Windows gemapt). Es wurde ein Benutzername und Passwort abgefragt, allerdings wurde keines meiner Nutzer/PW akzeptiert. Aufs Webinterface und Filestation kam ich, aber keine Möglichkeit, Daten auf den Windoofsrechner zu ziehen bzw zuzugreifen. Ich bin dann über eine Fehlermeldung im Protokoll gestolpert, die lautete "space of system volume (root) has reached the limit". Ich habe dann über die shell versucht, Dateien zu finden, die definitiv unnötig sind, z.B. eine syno....bootstrap Installationsdatei. Nach löschen dieser Datei funzte alles wieder wie es sollte.
Da bin ich ja erstmal glücklich, aber kann mir jemand sagen, wie ich die Kapazität dieses root Verzeichnis bzw, den Belegungsgrad sehen kann und welche Dateien noch zu löschen sind, denn irgend was scheint ja da am Anschlag zu sein. Bin kein Linux Held wie man sieht...Vielen Dank bereits jetzt!
Jens

 

[Trolli]

Der Befehl df zeigt Dir die Belegung der Laufwerke.

 

[Jens]

Danke!
Das ergibt folgendes:

DiskStation> df
Filesystem 1k-blocks Used Available Use% Mounted on
/tmp 63452 116 63336 0% /tmp
/dev/md0 2450808 2443840 0 100% /
/dev/md2 477627672 416674772 60850500 87% /volume1
/volume1/opt 477627672 416674772 60850500 87% /opt
/dev/sdk1 384578196 15957268 368518528 4% /volumeUSB1

da steht 100% bei md0, das wird wohl zu dem Fehler führen. Aber wie kann ich das ändern?
Jens

 

[Trolli]

Die Frage ist, welches Programm da bei Dir Daten auf der Systempartition ablegt und wo diese Daten stehen. Keine Ahnung, ob das an SSODS liegen könnte - die Synology-Firmware macht sowas eigentlich nicht.

Erst wenn Du diese Daten gefunden hast, kannst Du dir Gedanken darüber machen, wie man diese auf die Datenpartition auslagert...

Trolli

 

[Jens]

Hi,
leider übersteigt das wohl meinen Horizont.
Ich habe nur wenige Programme am laufen:
SSODS und mysql für die Fotosoftware Imabas (phpmyadmin funzt aber nicht mehr wegen zuwenig Speicher).
Ich hatte mal über ipkg den Druckertreiber cups versucht zu installieren, weil der vorhandene nicht funktionierte. Werden vielleicht die ipkg Pakete in md0 abgelegt?
Könntest Du mir helfen, das Problem einzugrenzen?
Jens

 

[Trolli]

Nein. IPKG liegt auf /volume1/opt. Wo wird denn SSODS installiert?

 

[Jens]

gemäß dieser Liste würde ich sagen in volume1/SSODS


DiskStation> ps
PID Uid VmSize Stat Command
1 root 296 S init
2 root RWN [ksoftirqd/0]
3 root SW< [events/0]
4 root SW< [khelper]
5 root SW< [kthread]
11 root SW< [kblockd/0]
39 root SW< [aio/0]
38 root DW [kswapd0]
106 root SW< [ata/0]
109 root SW< [scsi_eh_0]
110 root SW< [scsi_eh_1]
111 root SW< [scsi_eh_2]
112 root SW< [scsi_eh_3]
124 root SW [mtdblockd]
144 root SW< [md0_raid1]
146 root SW< [md1_raid1]
148 root SW< [md2_raid1]
266 root SW [kjournald]
522 root SW< [khubd]
981 root 324 S /sbin/syslogd -S
983 root 252 S /sbin/klogd
1111 root 1052 S < /usr/syno/bin/findhostd
1135 root SW [kjournald]
1181 root 1940 S /usr/syno/sbin/nmbd -D
1210 root 2136 S /usr/syno/sbin/hotplugd
1239 root 612 S /usr/sbin/inetd
1247 root 652 S /usr/sbin/crond
1273 root 1368 S /usr/syno/bin/scemd
2750 lp 1080 S < lpd Waiting
2773 admin 756 S /volume1/SSODS/sbin/thttpd -C /volume1/SSODS/etc/thtt
2799 root 268 S /sbin/getty 115200 console
2900 root 360 S /bin/sh /usr/syno/mysql/bin/mysqld_safe --datadir=/vo
2957 admin 13232 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my
2958 admin 13232 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my
2959 admin 13232 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my
2960 admin 13232 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my
2961 admin 13232 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my
2962 admin 13232 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my
2969 admin 13232 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my
2970 admin 13232 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my
2971 admin 13232 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my
2972 admin 13232 S /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my
3023 root 5056 S N /usr/syno/sbin/synoindexd
3029 root 708 S N /usr/syno/bin/synomkthumbd
3164 root 2236 S /usr/syno/sbin/smbd -D
3180 root 1688 S /usr/syno/sbin/smbd -D
3208 root 952 S N /usr/syno/sbin/synomkflvd
3236 root 444 S /usr/syno/sbin/synorcd
3254 root 2568 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
3302 root 6084 S /usr/syno/apache/bin/httpd
3336 root 2304 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
3341 nobody 4940 S /usr/syno/apache/bin/httpd
3342 nobody 4940 S /usr/syno/apache/bin/httpd
3343 nobody 4940 S /usr/syno/apache/bin/httpd
3352 root 2904 S /usr/syno/sbin/smbd -D
4568 root SW< [scsi_eh_6]
4578 root DW< [usb-storage]
4993 root 2388 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
4994 root 2340 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
5000 root 2320 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
5325 root DW [kjournald]
5345 root 2272 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
5347 root 2912 R /usr/syno/synoman/webfm/cgi/action_mvcp_apply.cgi
5964 root SW [pdflush]
5992 root DW [pdflush]
6004 root 180 S telnetd
6005 root 324 S -ash
6013 root SW [pdflush]
6016 root DW [pdflush]
6017 root SW [pdflush]
6019 root 624 R ps

 

[Trolli]

Du könntest ja mal die Firmwaredatei von Synology runterladen und entpacken (z.B. mit 7-zip, ist einTAR-Archiv). Danach kannst Du die Verzeichnisstruktur mit der Struktur auf Deiner DS abgleichen um die zusätzlichen Daten zu finden...

Trolli

 

[itari]

Mach mal einen

du -hs /*

und poste hier das Ergebnis. Das kann ein wenig dauern, bis das fertig ist.

itari

 

[Jens]

Mach mal einen

du -hs /*

und poste hier das Ergebnis. Das kann ein wenig dauern, bis das fertig ist.

itari

...so?
DiskStation> du -hs /*
1.2M /bin
12.0k /dev
380.0k /etc
320.0k /etc.defaults
4.0k /initrd
38.4M /lib
0 /linuxrc
4.0k /lost+found
4.0k /mnt
21.8M /opt
618.0k /proc
8.0k /root
1.2M /sbin
0 /sys
116.0k /tmp
2.1G /usbshare1
70.3M /usr
59.6M /var
60.0k /var.defaults
397.2G /volume1
128.8G /volumeUSB1
4.0k /volumeUSB2
8.0k /writeable
DiskStation>

 

[Jens]

Ich versuche mal ne Eigeninterpretation...
Den 2,1G großen usbshare1 gibt es physisch eigentlich nicht, daher die Frage wo das herkommt. Über die shell komme ich da auch ran, es sind Dateien, die ich an anderer Stelle auch gespeichert habe und somit löschen könnte. Sind die das, die den md0 vollmüllen?

 

[itari]

Mach noch mal einen mount und poste und bitte auch einen

ll /

itari

 

[Jens]

So, hier das Ergebnis von mount und ll.



DiskStation> mount
/tmp on /tmp type tmpfs (rw)
/dev/md0 on / type ext3 (rw)
/sys on /sys type sysfs (rw)
/proc/bus/usb on /proc/bus/usb type usbfs (rw)
/dev/md2 on /volume1 type ext3 (usrquota,grpquota)
/volume1/opt on /opt type --bind (rw)
/dev/sdk1 on /volumeUSB1 type ext3 (rw)

DiskStation> ll /
drwxr-xr-x 24 root root 4096 Dec 1 09:30 .
drwxr-xr-x 24 root root 4096 Dec 1 09:30 ..
-rw-r--r-- 1 root root 3 Aug 9 22:44 .mkcert.serial
-rw------- 1 root root 1024 Aug 9 22:44 .rnd
drwxr-xr-x 2 root root 4096 Oct 28 11:21 bin
drwxr-xr-x 3 root root 4096 Oct 29 15:37 dev
drwxr-xr-x 8 root root 4096 Dec 1 10:42 etc
drwxr-xr-x 8 root root 4096 Dec 1 09:14 etc.defaults
drwxr-xr-x 2 root root 4096 Jun 30 11:47 initrd
drwxr-xr-x 8 root root 4096 Oct 27 15:29 lib
lrwxrwxrwx 1 root root 11 Aug 9 22:42 linuxrc -> bin/busybox
drwx------ 2 root root 4096 Jun 30 11:43 lost+found
drwxr-xr-x 2 root root 4096 Jun 30 11:42 mnt
drwxr-xr-x 12 root root 4096 Nov 23 19:50 opt
dr-xr-xr-x 72 root root 0 Jan 1 1970 proc
drwxr-xr-x 2 root root 4096 Aug 9 22:42 root
drwxr-xr-x 2 root root 4096 Aug 9 22:42 sbin
drwxr-xr-x 9 root root 0 Jan 1 1970 sys
drwxrwxrwt 4 root root 540 Dec 1 12:49 tmp
drwxr-xr-x 3 root root 4096 Nov 23 10:36 usbshare1
drwxr-xr-x 6 root root 4096 Aug 9 22:42 usr
drwxr-xr-x 11 root root 4096 Dec 1 09:14 var
drwxr-xr-x 11 root root 4096 Aug 9 22:43 var.defaults
drwxr-xr-x 14 root root 4096 Dec 1 09:40 volume1
drwxr-xr-x 4 root root 4096 Dec 1 09:30 volumeUSB1
drwxrwxrwx 2 root root 4096 Sep 5 17:44 volumeUSB2
drwxr-xr-x 3 root root 4096 Oct 27 15:28 writeable

 

[itari]

Hast den /usbshare1 gelöscht? Kann sein, dass der irgendwie falsch angelegt wurde ... der hat dir auf jeden Fall die /dev/hda0 bzw. /dev/md0 voll gemacht. Vermutlich sollte der Inhalt auf deinem externen Laufwerk angelegt werden oder so ...

Du könntest auch den /usbshare1 ganz löschen und sehen, ob er wieder angelegt wird bzw. ob ein Programm danach jammert - dann hättest den Übeltäter.

Ich denk, dass wars erstmal ...

itari

 

[Jens]

Ja, das sollte es gewesen sein. Speicher ist wieder bei 10%. Zugriffe und phpmyadmin gehen auch wieder. Die Backup Funktion brach auch immer ab, mal sehen, ob das auch wieder geht.

Vielen Dank für die schnelle gute Hilfe !!!

Jens