Freeing disk space on very old routers (disk space accumulates over time)
-
We recently upgraded an old 2220 from 22.01 through multiple versions to get to 24.11. It ended up at 94% disk space used. Those have a small 3.2 GB drive so space is limited. Not sure I'd want to upgrade further.
There's not anything super obvious, as in, small log usage, it is UFS so doesn't have ZFS/BEs, etc. I found /usr/local has about 600 MB more than newer routers:
/usr/local: du -hd1
7.4M ./libexec
1.2M ./libdata
836K ./openssl
141M ./bin
21M ./etc
104K ./captiveportal
479M ./share
4.7M ./pkg
226M ./include
92M ./sbin
577M ./lib
24M ./www
3.1M ./pfSense
1.5G .vs a 6100:
/usr/local: du -hd1
490K ./openssl
1.5M ./libdata
2.9M ./libexec
3.3M ./bandwidthd
118K ./captiveportal
128M ./bin
7.1M ./etc
315M ./share
53M ./sbin
2.4M ./pfSense
3.1M ./pkg
130M ./include
312M ./lib
11M ./www
970M .Or, a one month old install on a 4200 has only 877 MB used in that directory. So it seems to accumulate over time.
I don't really want to wade through "include" or other folders to try to manually delete old files. Is there an easy way to clean those up? A reinstall, obviously, but since they're an hour away from us, at that point we'd just replace it. I'm guessing the answer is "no" but thought I'd ask.
-
Since someone's going to ask, here's the whole disk:
du -hd1 / 4.0K /.snap 3.5K /dev 2.0G /usr 44M /rescue 7.3M /etc 12K /conf.default 4.0K /media 4.0K /net 1.4M /bin 22M /lib 172K /libexec 4.9M /sbin 7.8M /cf 285M /boot 4.0K /mnt 474K /tmp 32M /var 367M /root 4.0K /proc 4.0K /home 2.8G / : df -h Filesystem Size Used Avail Capacity Mounted on /dev/gptid/48e8b8ab-9c0f-11e7-80f9-0008a20cdbfc 3.2G 2.8G 172M 94% / devfs 1.0K 0B 1.0K 0% /dev tmpfs 128M 440K 128M 0% /tmp tmpfs 256M 32M 224M 13% /var tmpfs 4.0M 148K 3.9M 4% /var/run devfs 1.0K 0B 1.0K 0% /var/dhcpd/dev -
Indeed, not an easy way I'm aware of. I'd just reinstall clean to be honest. However you may need to wait for the 1.1 installer that has a 'low resource' mode to allow writing to a 4G eMMC.
