× NETGEAR will be terminating ReadyCLOUD service by July 1st, 2023. For more details click here.
Orbi WiFi 7 RBE973
Reply

Re: /dev/md0 at 100%

iCone
Aspirant

/dev/md0 at 100%

Hi,

While moving big files my Readynas' /dev/md0 got full, the unit is functional but want to know how can that be either cleaned up or at least reduce it's size.

Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md0 4176564 4172032 0 100% /
tmpfs 16 0 16 0% /USB
/dev/c/c 1930585268 932844964 997740304 49% /c
/c/Linux_Bups 1930585268 932844964 997740304 49% /home/ftp/Linux_Bups
/dev/sdc1 976762552 123228752 853533800 13% /USB/USB_HDD_4
/dev/sde1 976751968 898495436 78256532 92% /USB/USB_HDD_2
/dev/sdd1 976751968 938964480 37787488 97% /USB/USB_HDD_3

Thanks
Message 1 of 9
StephenB
Guru

Re: /dev/md0 at 100%

Delete all logs for a start. Don't try to download them, I think you are lucky to have a unit that still works at all.
I suspect you moved stuff into the OS partition with ssh? If so, delete it.

One other option is to backup all data immediately, and then do a factory reset (which will require you to rebuild the NAS and restore from backup).

You can also contact support if you purchased new (you have a 3 year warranty). Though if you did this with ssh, they might deny support. Still its worth a try.
Message 2 of 9
iCone
Aspirant

Re: /dev/md0 at 100%

What's the location of the logs?

Remember issuing a MV command but don't recall the destination, is there a command to find big files?

Thanks
Message 3 of 9
mdgm-ntgr
NETGEAR Employee Retired

Re: /dev/md0 at 100%

du can help to find what is using the most space.

The logs are under /var/log

You may wish to do e.g.


# echo "" > /var/log/logname.log


Overwriting the log with an empty file rather than deleting it.

Backing up your data and doing a factory reset would be a good solution. However it would be advisable to free up some space from /dev/md0 before backing up your data.
Message 4 of 9
StephenB
Guru

Re: /dev/md0 at 100%

find .  -type f -size +1024 -printf "%s:%h%f\n"

will find all files >= 1 MB in the current folder and its subfolders.

Changing the 1024 to a different value will change the threshold (1024 == 1024 KiB)
Message 5 of 9
iCone
Aspirant

Re: /dev/md0 at 100%

Thanks guys, still haven't found what I'm looking for.

The logs doesn't seem to be the problem thou.

total 5.4M
-rw-r----- 1 root root 44 2014-08-31 06:25 acpid
-rw-r----- 1 root root 20 2014-08-30 06:25 acpid.1.gz
-rw-r----- 1 root root 64 2014-08-17 06:25 acpid.2.gz
-rw-r----- 1 root root 64 2014-08-10 06:25 acpid.3.gz
-rw-r----- 1 root root 64 2014-08-03 06:25 acpid.4.gz
-rw-r--r-- 1 root root 0 2014-08-30 06:25 acpid.old
drwxr-xr-x 2 root root 4.0K 2014-01-08 18:42 apt
-rw-r--r-- 1 root root 818K 2014-09-04 10:47 auth.log
-rw-r----- 1 root adm 31 2008-04-09 14:59 boot
-rw-rw-r-- 1 root utmp 0 2014-09-01 06:25 btmp
-rw-rw-r-- 1 root utmp 0 2014-08-01 06:25 btmp.1
-rw-r--r-- 1 root root 823K 2014-09-04 10:38 cron.log
drwxr-xr-x 2 root root 4.0K 2014-09-04 06:25 cups
-rw-r--r-- 1 root root 624K 2014-08-30 06:25 daemon.log
-rw-r--r-- 1 root root 75K 2012-05-07 12:13 debug
-rw-r--r-- 1 root root 0 2014-08-30 06:25 dmesg
-rw-r--r-- 1 root root 4.0K 2014-08-30 06:25 dmesg.old
-rw-r----- 1 root adm 0 2014-04-01 06:25 dpkg.log
-rw-r----- 1 root adm 0 2014-08-30 06:25 dpkg.log.1
-rw-r----- 1 root adm 34K 2012-05-30 13:53 dpkg.log.10.gz
-rw-r----- 1 root adm 152 2012-06-08 11:14 dpkg.log.11.gz
-rw-r----- 1 root adm 32K 2012-03-23 20:12 dpkg.log.12.gz
-rw-r--r-- 1 root root 24K 2014-08-30 06:25 dpkg.log.1.old
-rw-r----- 1 root adm 39K 2014-01-08 18:42 dpkg.log.2.gz
-rw-r----- 1 root adm 39K 2014-01-08 18:42 dpkg.log.3.gz
-rw-r----- 1 root adm 39K 2014-01-08 18:42 dpkg.log.4.gz
-rw-r----- 1 root adm 38K 2013-10-17 15:10 dpkg.log.5.gz
-rw-r----- 1 root adm 37K 2013-07-01 21:31 dpkg.log.6.gz
-rw-r----- 1 root adm 37K 2013-07-01 21:31 dpkg.log.7.gz
-rw-r----- 1 root adm 34K 2012-07-02 16:06 dpkg.log.8.gz
-rw-r----- 1 root adm 34K 2012-05-30 13:53 dpkg.log.9.gz
drwxr-s--- 2 mail adm 4.0K 2014-09-04 06:25 exim
drwxr-xr-x 4 admin admin 4.0K 2014-09-04 10:52 frontview
-rw-r--r-- 1 root root 0 2014-08-30 06:25 fsck.log
-rw-r--r-- 1 root root 88 2013-05-17 11:05 gpio.event
-rw-r--r-- 1 root root 260K 2014-08-30 06:25 kern.log
-rw-r--r-- 1 root root 0 2012-09-17 06:25 kern.log.1
-rw-r--r-- 1 root root 726K 2012-09-17 06:25 kern.log.1.old
-rw-r--r-- 1 root root 0 2012-07-16 06:25 kern.log.2
-rw-r--r-- 1 root root 0 2012-07-14 06:25 kern.log.3
-rw-rw-r-- 1 root utmp 286K 2014-09-04 10:47 lastlog
-rw-r--r-- 1 root admin 0 2014-08-30 06:25 LeafP2P.log
-rw-r--r-- 1 root root 0 2014-08-30 06:25 LeafP2P.log.old
-rw-r--r-- 1 root root 0 2011-09-23 14:15 lpr.log
-rw-r--r-- 1 root root 0 2011-09-23 14:15 mail.err
-rw-r--r-- 1 root root 0 2011-09-23 14:15 mail.info
-rw-r--r-- 1 root root 0 2011-09-23 14:15 mail.log
-rw-r--r-- 1 root root 0 2011-09-23 14:15 mail.warn
-rw-r--r-- 1 root root 168K 2012-05-07 13:37 messages
drwxr-s--- 2 104 adm 4.0K 2008-03-11 21:23 mysql
-rw-r--r-- 1 root root 1.5K 2012-04-30 12:31 netatalk.log
drwxr-sr-x 2 9 kmem 4.0K 2007-09-07 13:55 news
-rw-r----- 1 root root 0 2014-08-30 06:25 proftpd.log
-rw-r--r-- 1 root root 0 2014-08-30 06:25 proftpd.log.old
lrwxrwxrwx 1 root root 22 2014-03-17 09:42 raidiator_version -> /etc/raidiator_version
-rw-r--r-- 1 root admin 357 2012-08-07 13:05 ReadyNAS_Remote.log
-rw-r--r-- 1 root root 193K 2012-07-20 06:25 ReadyNAS_Remote.log.old
drwxrwxr-x 3 root adm 4.0K 2014-09-04 06:25 samba
lrwxrwxrwx 1 root root 33 2014-03-17 09:42 slimserver.log -> /var/log/squeezecenter/server.log
-rw-r--r-- 1 root root 38K 2014-09-04 09:17 syslog
-rw-r--r-- 1 root root 0 2012-09-17 06:25 syslog.1
-rw-r--r-- 1 root root 726K 2012-09-17 06:25 syslog.1.old
-rw-r--r-- 1 root root 0 2012-07-16 06:25 syslog.2
-rw-r--r-- 1 root root 0 2012-07-14 06:25 syslog.3
-rw-r--r-- 1 root root 213K 2014-09-04 09:17 user.log
-rw-r--r-- 1 root root 0 2011-09-23 14:15 uucp.log
-rw-rw-r-- 1 root utmp 2.7K 2014-09-04 10:47 wtmp
-rw-rw-r-- 1 root utmp 6.8K 2014-08-29 16:50 wtmp.1
Message 6 of 9
StephenB
Guru

Re: /dev/md0 at 100%

Start at the top, and look at the overall size of the various folders (\var, \etc, ...) To see what they are, just
cd //
ls -l
Folders that are links will have a -> \c\sharename at the end, you can ignore those. But look at the others.

du /foldername -s -h
tells you how much space is taken up by that folder. Use "du . -s -h" if you are already in the folder.

Then work down with "cd" until you find where the files are.

This should only take a couple of minutes, the folder structure is not that complex.
Message 7 of 9
iCone
Aspirant

Re: /dev/md0 at 100%

Got it, thanks.

Turns out that while moving files a directory was created and it was 3.6G big. Now the file systems looks like this:

Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md0 4176564 472548 3494356 12% /
tmpfs 16 0 16 0% /USB
/dev/c/c 1930585268 956057116 974528152 50% /c
/c/Linux_Bups 1930585268 956057116 974528152 50% /home/ftp/Linux_Bups
/dev/sdc1 976762552 123228752 853533800 13% /USB/USB_HDD_4
/dev/sde1 976751968 918601108 58150860 95% /USB/USB_HDD_2
/dev/sdd1 976751968 945458356 31293612 97% /USB/USB_HDD_3
Message 8 of 9
StephenB
Guru

Re: /dev/md0 at 100%

Great, the OS partition now has plenty of free space.
Message 9 of 9
Top Contributors
Discussion stats
  • 8 replies
  • 4878 views
  • 0 kudos
  • 3 in conversation
Announcements