rootfs full but 2Go missing !

[Jeezho]

Hi all,

I have a strange issue with my diskstation and I really don't found how to correct this issue.
Some days ago, I found that postgresql hasn't booted up and then, photo station wasn't working at all.

I found that the issue was coming from a disk full issue by trying to start manually S20posgres.sh.

And indeed:

DiskStation> df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 2.4G 2.4G 1.5M 100% /
/dev/root 2.4G 2.4G 1.5M 100% /
/tmp 252M 416K 252M 1% /tmp
/dev/md2 2.7T 629G 2.1T 23% /volume1
/dev/md2 2.7T 629G 2.1T 23% /opt

rootfs is completely full and my attemps to empty /var/log and remove packages (like mail station) don't help a long time. The few megas freed are filled again after some minutes.

DiskStation> ls -a /
. .cache .local .rnd dev etc.defaults lib linuxrc mnt proc sbin tmp var volume1
.. .config .mkcert.serial bin etc initrd lib64 lost+found opt root sys usr var.defaults

Here is the content of /etc/mtab:

DiskStation> cat /etc/mtab
/dev/root / ext3 rw,data=ordered 0 0
/tmp /tmp tmpfs rw 0 0
/sys /sys sysfs rw 0 0
/proc/bus/usb /proc/bus/usb usbfs rw 0 0
/dev/md2 /volume1 ext3 usrquota,grpquota 0 0
/volume1/@optware /opt --bind rw 0 0

Then, opt is mounted on volume1 and doesn't take any spaces from rootfs.

And while checking spaces for all folders of / except /volume1 and /opt (since on the /dev/md2 harddrives, I found this:

DiskStation> du --max-depth=0 -h .cache .local .rnd dev etc.defaults lib linuxrc mnt proc sbin tmp var .config .mkcert.serial bin etc initrd lib64 lost+found root sys usr var.defaults
48K .cache
12K .local
4.0K .rnd
48K dev
1.6M etc.defaults
118M lib
0 linuxrc
4.0K mnt
0 proc
5.3M sbin
416K tmp
128M var
36K .config
4.0K .mkcert.serial
1.6M bin
1.6M etc
4.0K initrd
4.0K lib64
4.0K lost+found
8.0K root
0 sys
189M usr
132K var.defaults

Which totalizes less than 500MB used !
I don't understand where are the 2GB missings.

Have you any suggestion or idea to help me to free storage on the rootfs ?

[Jeezho]

I have done this too :
DiskStation> du -hxs /
445M /

Really strange !

[Jeezho]

And the full du:

DiskStation> du --max-depth=1 -h /
4.0K /initrd
118M /lib
4.0K /lost+found
0 /sys
416K /tmp
1.6M /etc.defaults
36K /.config
128M /var
4.0K /mnt
1.6M /etc
12K /.local
940M /opt
48K /dev
0 /proc
132K /var.defaults
48K /.cache
629G /volume1
1.6M /bin
5.3M /sbin
8.0K /root
4.0K /lib64
189M /usr
630G /

[nukleraj]

Hi,

Had a similar problem, when trying to upgrade DSM software, I was warned that there is not enough space on system area

du -xmd 2

showed me that I have an /volumeUSB2/ directory on the root filesystem.
I assume, when I plugged in a portable disk and used it for downloading some files with transmission, or afterwards upon doing some copying, it made a copy to root fs.
Removed the directory and the content (also from transmission) and managed to do the upgrade

Nukleraj

[Jeezho]

In fact, I had an application creating core dumps at each shutdown of the system.
Apparently, these core dumps were written in /volume1 but at next reboot, /volume1 is mounted and the core dumps were invisible.