you can install (unless already installed) the ncdu tool:
sudo apt-get install ncdu
and you'll have to run it in the root directory in a console window on
your RPi
it will give you a nice and complete overview which directories use
which storage capacity down to the files
On 18.10.2023 13:57, Dale Chatham wrote:
Suggestion to determine where al the space is being used.
Go to the mount point of the filesystem n question, in this case, /
Run the command du -s * | sort -n
The directories/files with the largest usage will show up at the
bottom of the list.
If a directory, cd into that directory and run du -s * | sort again.
Eventually you will find it.
Note that a file open for writing but not yet closed may not appear.
A reboot may either make it visible or get rid of it.
A good start if it is in /var/log is to blow away all the gzipped log
files. Those have been archived and compressed by logwatch and should
not affect anything. Per my above comment, deleting an open file will
merely delete the directory entry, not the file. If you want to
remove the space used by those, try "> filename".
On Wednesday, October 18, 2023 at 3:05:08 AM UTC-5 Ton vanN wrote:
After removal of .1-files and .gz-files for checking reran df, showing
Bestandssysteem 1K-blokken Gebruikt Beschikbaar Geb% Aangekoppeld op
/dev/root 30358348 28786676 287176 100% /
devtmpfs 439400 0 439400 0% /dev
tmpfs 472680 0 472680 0% /dev/shm
tmpfs 472680 47796 424884 11% /run
tmpfs 5120 4 5116 1% /run/lock
tmpfs 472680 0 472680 0% /sys/fs/cgroup
/dev/mmcblk0p1 258095 49395 208700 20% /boot
tmpfs 94536 4 94532 1% /run/user/1000
/dev/root at 100% occupancy does not seem healthy, and breeding
new problems .......
Op dinsdag 17 oktober 2023 om 22:15:54 UTC+2 schreef vince:
Just delete the big logs from /var/log and reboot - that's all
you need to do.
With you providing no data on which files in /var/log are the
big ones, no we can't help you much.
On Tuesday, October 17, 2023 at 1:13:19 PM UTC-7 Ton vanN wrote:
Was on wrong leg, assuming KBs .....
Unpleasant surprise, which seems to lead to conclusion
that this install cannot be saved, but new start required.
What is best practical approach to make new, small
configuration while 'borrowing' from the old configuration
the sdb-file and various conf-files?
Somewhere a description for that kind of clean-up/restart?
Obviously keen to avoid the 'error' that lead to this
'saturated' install:
any hint?
Op dinsdag 17 oktober 2023 om 13:06:53 UTC+2 schreef Tom
Keffer:
The "-m" option to du means that sizes are in
/megabytes/. Your /var/log directory has 26
/gigabytes/ in it.
On Tue, Oct 17, 2023 at 2:12 AM Ton vanN
<[email protected]> wrote:
Vince,
The results of the suggested checks.
*raspberrypi9*:~ $ sudo du -sm /var/log
25977 /var/log
*raspberrypi9:~ $ *sudo du -sm /tmp
1 /tmp
*raspberrypi9:~ $* sudo du -sm /home/pi
53 /home/pi
*raspberrypi9:~ $* sudo du -sm /var/tmp
1 /var/tmp
IMHO contents of checked files are minimal ....
Wondering why /dev/root full, with this Raspberry
only running WeeWX plus 2 auxiliary Python-scripts
(sized 2KB and 1KB), serving periodic upload of
weewx.sdb to a remote, backup server
Guessing/speculation:
might expansion of the file system (via
raspi-config) have had some effects?
Op maandag 16 oktober 2023 om 20:58:56 UTC+2
schreef vince:
Your / partition is full. You have 29G
Size and 29G Used and 0 Available.
*raspberrypi9:~ $* df -h
Bestandssysteem Grootte Gebruikt Besch Geb%
Aangekoppeld op
/dev/root 29G 29G 0 100% /
devtmpfs 430M 0 430M 0% /dev
tmpfs 462M 0 462M 0%
/dev/shm
tmpfs 462M 47M 415M 11% /run
tmpfs 5,0M 4,0K 5,0M 1%
/run/lock
tmpfs 462M 0 462M 0%
/sys/fs/cgroup
/dev/mmcblk0p1 253M 49M 204M 20% /boot
tmpfs 93M 0 93M 0%
/run/user/1000
Check your /var/log partition to see what its
size is:
sudo du -sm /var/log
If it is not many GB, check your /home/pi and
/tmp and /var/tmp directories the same way.
--
You received this message because you are
subscribed to the Google Groups "weewx-user" group.
To unsubscribe from this group and stop receiving
emails from it, send an email to
[email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/weewx-user/2311e7cb-34e4-40f2-a659-5463b414dffcn%40googlegroups.com
<https://groups.google.com/d/msgid/weewx-user/2311e7cb-34e4-40f2-a659-5463b414dffcn%40googlegroups.com?utm_medium=email&utm_source=footer>.
--
You received this message because you are subscribed to the Google
Groups "weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/weewx-user/80e35d3b-a3a2-4a42-ac38-19899dcf59f9n%40googlegroups.com
<https://groups.google.com/d/msgid/weewx-user/80e35d3b-a3a2-4a42-ac38-19899dcf59f9n%40googlegroups.com?utm_medium=email&utm_source=footer>.
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/weewx-user/47875f4d-5c8b-7b43-649a-71451210c178%40gmail.com.
