NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
peterguy
Feb 01, 2013Aspirant
"download all log files" killed pre-netgear NV
I use a pre-netgear NV @ home. Running RAIDiator 4.1.7, I think. The latest that will run on that machine. It has 4 250GB drives in it. Using X-RAID, so about 650GB of space, which is nearly full ...
peterguy
Feb 03, 2013Aspirant
Yeah, installed the ssh addon and am now poking around looking at things.
Instead of gathering all of the log files in order to see the block size, I can just run dumpe2fs on the main device:
# dumpe2fs /dev/c/c
dumpe2fs 1.40.11 (17-June-2008)
Filesystem volume name: c
...
Block size: 4096
...
And there it is: 4k block size. Seems like I need to do a factory reset anyway to pick up the new block size, so I'm not going to worry about the size of the OS partition. I have a recent data backup (the evening before the disastrous log download attempt) and have a shiny new config backup, so that wont be too painful.
Now that I'm poking around via SSH, I'm a bit puzzled about why I had a problem in the first place. The root partition is pretty free:
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hdc1 1.9G 894M 1.0G 46% /
tmpfs 16k 0 16k 0% /USB
/dev/c/c 681G 664G 17G 98% /c
There's a gig of free space in there....
/var/log _is_ 278MB:
# du -sh /var/log/
278M /var/log
But, still, even though "download all log files" doesn't just download static log files - system.log appears to be dynamically generated at least - a gig of free space should be enough.
Whatever - time to restore that "new NAS" smell to this tired old NV. Factory reset tonight! :-)
-Peter
EDIT: dropped the size of /var/log to 65MB by deleting the backup logs in Frontview. Apparently "clear all logs" in Status > Logs doesn't delete those. Once I get a fresh data backup, I'll try to download all logs again and see what happens now.
Instead of gathering all of the log files in order to see the block size, I can just run dumpe2fs on the main device:
# dumpe2fs /dev/c/c
dumpe2fs 1.40.11 (17-June-2008)
Filesystem volume name: c
...
Block size: 4096
...
And there it is: 4k block size. Seems like I need to do a factory reset anyway to pick up the new block size, so I'm not going to worry about the size of the OS partition. I have a recent data backup (the evening before the disastrous log download attempt) and have a shiny new config backup, so that wont be too painful.
Now that I'm poking around via SSH, I'm a bit puzzled about why I had a problem in the first place. The root partition is pretty free:
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hdc1 1.9G 894M 1.0G 46% /
tmpfs 16k 0 16k 0% /USB
/dev/c/c 681G 664G 17G 98% /c
There's a gig of free space in there....
/var/log _is_ 278MB:
# du -sh /var/log/
278M /var/log
But, still, even though "download all log files" doesn't just download static log files - system.log appears to be dynamically generated at least - a gig of free space should be enough.
Whatever - time to restore that "new NAS" smell to this tired old NV. Factory reset tonight! :-)
-Peter
EDIT: dropped the size of /var/log to 65MB by deleting the backup logs in Frontview. Apparently "clear all logs" in Status > Logs doesn't delete those. Once I get a fresh data backup, I'll try to download all logs again and see what happens now.
Related Content
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!