This topic has been marked solved and closed to new posts due to inactivity. We hope you'll join the conversation by posting to an open topic or starting a new one.
I have been getting the 'System volume 'root' usage is 100 %' messages every 10 minutes for the last month now.
I tried working with NetGear ticket support but when they escalated my ticket to support level 2 they want me to purchase a new support package. I've had problems with this ReadyNAS102 since the day it was bought this past February. This issue is different than the earlier issues but this one is more annoying than the others which were fixed.
I have 3TB drives in the NAS with 2.1TB free space.
I thought that this thread identified my problem (the application 'Transmission' installed in the root folder):
I deleted Transmission and the messages keep coming.
How can I identify what is filling my root folder? How can I view that root folder?
I've deleted the log files thinking they were filling it. The level one support examined my log files prior to deletion and did not find anything that gave them a clue.
They had me do all the various system maintenance items on the NAS including, scrub, defrag, balance, etc. None of these rectified the issue.
I am not a command line person but I do have access to the Terminal app in my Mac Yosemite computer.
Seeing you no longer have that app installed I have deleted the folder.
It is important that any app you install is configured to store data on the data volume somewhere. The 'root' volume is 4GB so if you configure an app incorrectly you can fill it fast.
EDIT: By all means read my post, but then read mdgm's PM and follow his advice.
Do you have a backup?
Do you have other apps installed?
What firmware is on the nas?
Do you have ssh enabled on the nas, you will need this to look at the OS partition?
Login via terminal using the username root@ipaddressofnas and your admin password.
So
ssh root@ipaddressofnas
If you have ssh enabled, start by
df -h
df -i
If the rootfs partition is indeed full then you can look around for large files (usually log files) using the du command.
Fiddling around with ssh can be hazardous if you don't know what you are doing, so start by just examining the space with the commands above and posting the outcome.
How did you delete it? Did you verify that it is not there using terminal?
Can you run the df command as above and post the result .
if there is space on the OS partition it may be worth doing an OS reinstall now, but you must first verify that you have cleared some space. Doing an OS reinstall if the OS partition is still full will likely make the problem worse.
That indicates that the OS partition is still full.
The file that mdgm indicated is very large, how did you delete this from the gui?
You probably need to delete it using the terminal window.
DO NOT do an OS reinstall now. It will almost certainly fail and create a bigger problem.
A factory default is one option here but this wipes the disks and seems excessive when you can just delet e the btsync folder.
If you type in the terminal window
cd /
ls -a
What is the output?
you can also run commands like:
# du -csh /var/*
# du -csh /var/log/*
# du -csh /var/log/frontview/*
These may identify where the offending folder/ file is located. You will get an output with folder sizes
Alternatively wait for mdgm and he can perhaps remotely delete it for you - I'm assuming he diagnosed this by accessing your nas. I think he may just want confirmation from you that you are happy for that folder and/or it's contents can be relocated or deleted.
Seeing you no longer have that app installed I have deleted the folder.
It is important that any app you install is configured to store data on the data volume somewhere. The 'root' volume is 4GB so if you configure an app incorrectly you can fill it fast.
I'd like to thank everyone, and especially mdgm, for your help with this issue.
It is now resolved.
I'm surprised Bittorrent Sync installed in the root directory. How do I avoid this in the future if an app installs its folder in the root directory? Is it just a matter of using ssh to move the folder elsewhere?
If you configure a path to store files to make sure it is on the data volume e.g. if your data volume is called 'data' then create a share called btsync and make sure that if you manually configure the directory to store the downloaded data you specify /data/btsync
