Storage used massively, for no apparent reason

[JustinWalravens]

Good morning,
I had to re-install my HA from a backup because my disk had reached 100%.
But after not even a day, I have 90% (450 GB) of the storage used, I really don’t understand who is doing this.
Thanks for the help.

➜  ~ du -h / | sort -rh | head -n 20 
777.5M  /
316.6M  /usr
282.2M  /var
282.1M  /var/log/journal/046b95ea51834b039506efba9fbf4ce5
282.1M  /var/log/journal
282.1M  /var/log
144.8M  /homeassistant
122.8M  /usr/lib
81.1M   /usr/share
79.4M   /usr/bin
53.7M   /homeassistant/custom_components
51.4M   /homeassistant/custom_components/hacs
50.5M   /homeassistant/custom_components/hacs/hacs_frontend
34.2M   /usr/lib/python3.12
30.3M   /usr/share/vim/vim91
30.3M   /usr/share/vim
27.5M   /usr/local/bin
27.5M   /usr/local
22.1M   /usr/share/perl5
21.8M   /usr/share/perl5/core_perl
➜  ~ df -h                             
Filesystem                Size      Used Available Use% Mounted on
overlay                 457.7G    406.1G     33.1G  92% /
/dev/sda8               457.7G    406.1G     33.1G  92% /addons
/dev/sda8               457.7G    406.1G     33.1G  92% /addon_configs
/dev/sda8               457.7G    406.1G     33.1G  92% /media
/dev/sda8               457.7G    406.1G     33.1G  92% /backup
/dev/sda8               457.7G    406.1G     33.1G  92% /share
/dev/sda8               457.7G    406.1G     33.1G  92% /ssl
devtmpfs                  1.6G         0      1.6G   0% /dev
tmpfs                     1.8G         0      1.8G   0% /dev/shm
/dev/sda8               457.7G    406.1G     33.1G  92% /data
/dev/sda8               457.7G    406.1G     33.1G  92% /homeassistant
tmpfs                   757.7M      1.5M    756.2M   0% /run/dbus
tmpfs                     1.8G         0      1.8G   0% /dev/shm
/dev/sda8               457.7G    406.1G     33.1G  92% /run/audio
tmpfs                   757.7M      1.5M    756.2M   0% /run/docker.sock
/dev/sda8               457.7G    406.1G     33.1G  92% /etc/asound.conf
/dev/sda8               457.7G    406.1G     33.1G  92% /etc/resolv.conf
/dev/sda8               457.7G    406.1G     33.1G  92% /etc/hostname
/dev/sda8               457.7G    406.1G     33.1G  92% /etc/hosts
tmpfs                   757.7M      1.5M    756.2M   0% /run/log/journal
/dev/sda8               457.7G    406.1G     33.1G  92% /etc/pulse/client.conf
/dev/sda8               457.7G    406.1G     33.1G  92% /var/log/journal
tmpfs                     1.8G         0      1.8G   0% /proc/asound
devtmpfs                  1.6G         0      1.6G   0% /proc/interrupts
devtmpfs                  1.6G         0      1.6G   0% /proc/keys
devtmpfs                  1.6G         0      1.6G   0% /proc/latency_stats
devtmpfs                  1.6G         0      1.6G   0% /proc/timer_list
tmpfs                     1.8G         0      1.8G   0% /sys/firmware
➜  ~ 

## System Information

version | core-2025.6.2
-- | --
installation_type | Home Assistant OS
dev | false
hassio | true
docker | true
user | root
virtualenv | false
python_version | 3.13.3
os_name | Linux
os_version | 6.6.74-haos-raspi
arch | aarch64
timezone | Europe/Brussels
config_dir | /config

<details><summary>Home Assistant Community Store</summary>

GitHub API | ok
-- | --
GitHub Content | ok
GitHub Web | ok
HACS Data | ok
GitHub API Calls Remaining | 4998
Installed Version | 2.0.5
Stage | running
Available Repositories | 2039
Downloaded Repositories | 5

</details>

<details><summary>Home Assistant Cloud</summary>

logged_in | false
-- | --
can_reach_cert_server | ok
can_reach_cloud_auth | ok
can_reach_cloud | ok

</details>

<details><summary>Home Assistant Supervisor</summary>

host_os | Home Assistant OS 15.2
-- | --
update_channel | stable
supervisor_version | supervisor-2025.06.1
agent_version | 1.7.2
docker_version | 28.0.4
disk_total | 457.7 GB
disk_used | 408.9 GB
healthy | true
supported | true
host_connectivity | true
supervisor_connectivity | false
ntp_synchronized | true
virtualization | 
board | rpi4-64
supervisor_api | ok
version_api | ok
installed_addons | File editor (5.8.0), AdGuard Home (5.2.10), Nginx Proxy Manager (1.0.1), ESPHome Device Builder (2025.6.1), Advanced SSH & Web Terminal (20.0.2)

</details>

<details><summary>Dashboards</summary>

dashboards | 2
-- | --
resources | 0
views | 3
mode | storage

</details>

<details><summary>Network Configuration</summary>

adapters | lo (disabled), end0 (enabled, default, auto), docker0 (disabled), hassio (disabled), vethb88b13e (disabled), veth300395f (disabled), veth395dc6f (disabled), veth611586b (disabled), veth1c04b42 (disabled), vethcb7220b (disabled), vethf10e88d (disabled), vetheeebf21 (disabled)
-- | --
ipv4_addresses | lo (127.0.0.1/8), end0 (192.168.1.3/24), docker0 (172.30.232.1/23), hassio (172.30.32.1/23), vethb88b13e (), veth300395f (), veth395dc6f (), veth611586b (), veth1c04b42 (), vethcb7220b (), vethf10e88d (), vetheeebf21 ()
ipv6_addresses | lo (::1/128), end0 (fe80::e2da:7fd1:2ce:6102/64), docker0 (fe80::24ed:aff:feeb:9927/64), hassio (fe80::4074:fcff:fef7:3f32/64), vethb88b13e (fe80::701f:56ff:fe1d:3c77/64), veth300395f (fe80::6449:38ff:fed8:f80d/64), veth395dc6f (fe80::18af:18ff:fed2:3433/64), veth611586b (fe80::882d:8dff:fe7b:a473/64), veth1c04b42 (fe80::c01d:96ff:fed9:c115/64), vethcb7220b (fe80::4444:2aff:fe97:5ed3/64), vethf10e88d (fe80::4cf4:ceff:fe41:ec48/64), vetheeebf21 (fe80::648a:afff:fe68:2afa/64)
announce_addresses | 192.168.1.3, fe80::e2da:7fd1:2ce:6102

</details>

<details><summary>Recorder</summary>

oldest_recorder_run | 4 juin 2025 à 20:04
-- | --
current_recorder_run | 24 juin 2025 à 10:54
estimated_db_size | 83.91 MiB
database_engine | sqlite
database_version | 3.48.0

</details>

[Sir_Goodenough ((SG) WhatAreWeFixing.Today)]

Hello JustinWalravens,

Your backup uses much disk when the backup is creating the backup file. Also stored backups take a lot of space. That is the usual culprit.

[JustinWalravens]

My backups are sent to my NAS server

[francisp (Francis)]

Maybe, but still check the size of your backup directory.

[petro]

backups are created locally then moved. Back in the day (6 months ago), they were local only.

[JustinWalravens]

I just disconnected my backup NAS storage and deleted all local backups, but the disk remains full.

[Sir_Goodenough ((SG) WhatAreWeFixing.Today)]

There could be stuff hanging in your tmp folder, and a HA restart or host reboot would clear that out.
Otherwise this is an oldie I thought was fixed, but easy enough to try…

Disk space being eaten up

For me a 128gb SD card was filling up, but there were no big files in the container. I had to use the community web ssh terminal by Frenck in HACS. With it, you can login using SSH and then connect to the supervisor docker container. Disable protection mode in the addon settings. Docker ps (to find the containers) Look for the container ID of the supervisor container. docker exec -it CONTAINERID /bin/bash (login to container) du -a / | sort -n -r | head -n 20 (find big files) In my case t…

[ShadowFist]

Your logs rule out the database (just under 88kb) and Addons (the 5 you have installed shouldn’t be causing bloat).

If a restart doesn’t fix the issue, then I suggest you look at your media folder or the 5 custom integrations you have downloaded from HACS. Better yet, tell us what custom integrations you have installed and have a look at the logs to see if one of them is constantly throwing errors.

[forsquirel]

if you’re in the shell why not just see what’s so large? Most likely culprits are a) database out of control or b) log file(s)

[JustinWalravens]

Because no folder is large, there is just something that consumes space little by little without knowing what it can be.

[JustinWalravens]

SO,
I tried reinstalling with just my add-ons installed (AdGuard and NGNIX).
I confirmed that the issue still exists.
Looking at the AG files, I deleted the logs and statistics and the magic 1% disk usage.

So I reduced the giving from 30 days to 24 hours, but that wasn’t enough.
This morning I was at 74% while last night I was much lower.
I can also confirm that it is only the logs that are taking up space, that by deleting the statistics today, I have gained nothing.
So it’s weird that there isn’t a configuration in GB and not in days for the logs.

And I also find it strange that logs take up several GB.

[petro]

That means adguard is spamming it’s logs. Look at the logs and see what it’s complaining about. Then fix the problem