NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
ThomasNanninga
Nov 03, 2019Guide
RR2304 - System volume root is 91%.
4x2TB NAS with current OS 6.10.2 reports the same warning message on 91% usage as many other users were facing already. According to the info here I have - turned on SSH Service - turned off AntiVi...
- Jan 07, 2020
Finally I could free the OS partition, no more warning messages, thanks for all the help.
I add a small summary of my steps for others that may have a similar problem.
1. Preparations in NAS settings
a. Activate SSH Service with password: System > Settings > Services
b. Turn off AntiVirus
2. SSH login (Windows 10)
ssh root@<nas-ip-address>
Password: NAS Admin password
3. File search
a. Search for any large files >200MB: find /var -type f -size +200M
b. Look into Antivitus definition directory for any temp files: cd /var/lib/clamav
ls -lsh
c. Look into media/USB_HDD_1 (that is my 8TB USB connected HD) folders for any files
Result 3a-c: no large files, no temps, nothing peculiar in USB_...
Some threads can be found here where users had to delete the /clamav tmp files, not in this case.
4. Mount the root partition as mnt to eliminate directories from listing that actually point to the data partition
a. mount --bind / /mnt
b. ls -lsh -> found many chunk-0000x files in the root directory (StephenB telling that this is from PLEX transcoding)
c. Delete files: rm /chunk-00*
Another ls -lsh: all chunk deleted and reduced partition usage from 3,5G to 1G
d. cd //
unmount /mnt
e. Turn on AntiVirus in NAS settings
ThomasNanninga
Nov 04, 2019Guide
stephen, thanks for clarification. Fully agree, 100 bucks is nothing compared to loss of data.
I think I got the directory that sucks. I'm transferring surveillance pics and 100M mpgs via ftp and seems that they remain in /var/ftp that has now 266Giga. I think deleting all subfolders will solve the problem but better wait for the USB disk.:smileyfrustrated:
I haven't seen any setting in FTP protocol regarding directory or file deletion.
StephenB
Nov 04, 2019Guru - Experienced User
ThomasNanninga wrote:
/var/ftp that has now 266Giga. I think deleting all subfolders will solve the problem but better wait for the USB disk.
Be careful here. /var/ftp is actually a linux mount point. The on-disk space you are seeing here is really on the data volume (/var/ftp mounts the shares that have ftp enabled for the FTP server). It's not the cause of your full OS partition (which is only 4 GB in size btw).
Try remounting the OS partition as /mnt - that will take the mount points out of the equation and make the OS partition easier to search.
# mount --bind / /mnt
Sometimes files end up "underneath" mount points - particularly if you use USB backup jobs. So after doing the mount, look in /mnt/media first and make sure all the folders in there (USB_HDD_1, etc) are empty.
When done, you unmount with
# cd //
# umount /mnt
The umount won't work if you are in the /mnt folder (what's why the cd // command is there).
- ThomasNanningaNov 04, 2019Guide
Ok, create an alternate view on the root partition called mnt and search for files that maybe underneath the radar. I mean, 91% of 4GB can't just hide somewhere.
Let me wait for the USB drive this week and once the backup is done I will come back and report.
Most the other system usage stories here had an issue with the ClamAV that seems to be not the case here.
Related Content
NETGEAR Academy

Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!