I have the same issue.
This started to happen with latest firmware update (version 4.0.x)
I think there is some process who is filling the ramdrive mounted on root, until is totally filled up. In fact this is what I see:
# df Filesystem Size Used Available Use% Mounted on /dev/ram0 139.5M 139.4M 3.0k 100% /
In beginning I thought that there is some log file filling up all the 139MB of the ram drive, then I started to look around all the folders in in the root to see which one is filled by what, and the result is quite interesting.
What I found on my system is that there is directory located at /share/Qdownload
that is filled with files downloaded by the Downloading Station, which is mounted on the ramdrive. It shouldn't be there: in fact it should be located in /share/MD0_DATA/Qdownload
, since /share/MD0_DATA/
points to the real hard drive, while /share/Qdownload
gets stored in the ramdrive...
So basically there, in my case, the download station is downloading files in the ramdrive, instead of the real hard drive. This fills the ramdrive, and then everything breaks.
To fix the issue, I need to set the Download Station application to move the completed files into some directory located in a directory located on the actual hard disks. For your case, I suggest you to ssh into your nas, try to find which directory is filling the ramdrive and trac the cause (command du -h
).
Most probably it's a problem with the same bug with the Download Station. Try creating two shared folders and call them "Downloading" and "Completed", and configure your Download Station to use these two folders to store downloads which are in progress or completed:
This will prevent the Download Station to fill up the ramdrive.
After doing this change, reboot your system, so the ramdrive will be cleaned up.
I think that also Qsync app may have the same issue, since I can see I have a /share/Qsync
folder, which I think it's wrong.
Hope this helps.